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About this document 


When to use this document 
This document provides information about the Programmable Service Node 
(PSN) for UCS DMS-250 switches and how it operates in conjunction with a 
Service Control Unit (SCU). This document also describes the messages, 
events, and primitives used by the UCS DMS-250 PSN and SCU to provide 
call control. 


The PSN is a flexible platform that provides operating companies the ability 
to rapidly deploy advanced services into their network. This ability is 
achieved by allowing an external computing platform to control the call 
processing on the switch using a high speed data link. 


A peer-to-peer application protocol (called the SPI or Service Programming 
Interface) has been created for the PSN platform and is included in this 
document. This protocol defines the primitives and event notification 
messages sent between the SCU and the PSN. SPI also defines the 
parameters that are sent with the primitives and event notifications. 


Numerous data tables, office parameters, operational measurements, and log 
reports support the UCS DMS-250 PSN and the SCU and, therefore, are 
presented throughout this document. However, the discussion of these items 
entails only how these items pertain to the UCS DMS-250 PSN and the 
SCU. This document does not discuss all the applications these items may 
support. For example, a data field that has many entry options show only 
those options that pertain to the UCS DMS-250 PSN and the SCU. 


For information on how the data tables, office parameters, operational 
measurements, and log reports support other applications, refer to the 
appropriate document listed in “References in this document.” 
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xviii About this document 


Intended audience 


This document is intended for use by operating company personnel who 
have responsibility for implementing or deploying advanced services into 
their network. This document is also intended for use by operating company 
personnel who have received Nortel Networks approved training for the 
table editor, table datafill, translations, and maintenance of the PSN as well 
as the UCS DMS-250 switch. 


What is in this document 
The chapters in this document provide the following information: 


Chapter 1, “PSN introduction” 
Chapter 1 provides introductory information about the PSN. 


Chapter 2, “PSN data communication” 

Chapter 2 provides information about the software and hardware elements 
involved in data communication between the PSN and other network 
elements. 


Chapter 3, “PSN messages” 
Chapter 3 provides information about the messages sent between the PSN 
and other network elements. 


Chapter 4, “PSN finite state machine” 
Chapter 4 provides information about the finite state machine for the PSN. 


Chapter 5, “PSN flow control” 
Chapter 5 provides information about how the PSN controls the flow of 
traffic between itself and other network elements. 


Chapter 6, “PSN admin process” 
Chapter 6 provides administrative information for the PSN. 


Chapter 7, “PSN audit process 
Chapter 7 describes the PSN audit process. 


Chapter 8, “PSN logs” 
Chapter 8 describes the logs associated with the PSN. 


Chapter 9, “PSN operational measurements” 


Chapter 9 describes the operational measurements (OMs) associated with 
the PSN. 
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Chapter 10, “PSN office parameters” 
Chapter 10 describes the office parameters associated with the PSN. 


Chapter 11, “PSN billing” 
Chapter 11 provides a brief description about the PSN handles billing data. 


Chapter 12, “UCS SPI introduction” 
Chapter 12 provides information about the Service Programmable Interface 
(SPI). 


Chapter 13, “UCS PSN parameters version 1” 
Chapter 13 describes the software parameters involved in PSN call 
processing control (version 1). 


Chapter 14, “UCS PSN LOPER messages and parameters 
version 1” 

Chapter 14 describes the Low Overhead Protocol Encoding Rule (LOPER) 
messages and parameters for the PSN call processing software (version 1). 


Chapter 15, “PRI messages” 


Chapter 15 describes the Primary Rate Interface (PRI) messages associated 
with the PSN. 


Chapter 16, “UCS PSN parameters version 2” 
Chapter 16 describes the software parameters involved in PSN call 
processing control (version 2). 


Chapter 17, “UCS PSN LOPER messages and parameters 
version 2” 

Chapter 17 describes the LOPER messages and parameters and messages for 
the PSN call processing software (version 2). 


Chapter 18, “UCS PSN parameters version 3” 
Chapter 18 describes the software parameters involved in PSN call 
processing control (version 3). 


Chapter 19, “UCS PSN LOPER messages and parameters 
version 3” 

Chapter 19 describes the LOPER messages and parameters for the PSN call 
processing software (version 3). 


Chapter 20, “UCS PSN parameters version 4” 
Chapter 20 describes the software parameters involved in PSN call 
processing control (version 4). 
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Chapter 21, “UCS PSN LOPER messages and parameters 
version 4” 

Chapter 21 describes the LOPER messages and parameters for the PSN call 
processing software (version 4). 


Chapter 22, “Appendix A PSN for UCS DMS-250 switch 
Chapter 22, provides an appendix which contains additional information 
about how PSN applies to the UCS DMS-250 switch. 


How to check the version and issue of this document 


The version and issue of the document are indicated by numbers, for 
example, 01.01. 


The first two digits indicate the version. The version number increases each 
time the document is updated to support a new software release. For 
example, the first release of a document is 01.01. In the next software release 
cycle, the first release of the same document is 02.01. 


The second two digits indicate the issue. The issue number increases each 
time the document is revised but rereleased in the same software release 
cycle. For example, the second release of a document in the same software 
release cycle is 01.02. 


This document is written for all UCS DMS-250 offices. More than one 
version of this document may exist. To determine whether you have the 
latest version of this document and how documentation for your product is 
organized, check the release information in the UCS DMS-250 Master Index 
of Publications. 
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References in this document 
The following documents are referred to in this document: 


e UCS DMS-250 Alarm Clearing and Performance Monitoring 
Procedures, 297-2621-543 


e UCS DMS-250 Billing Records Application Guide, 297-2621-395 

e UCS DMS-250 Commands Reference Manual,297-2621-819 

e UCS DMS-250 Data Schema Reference Manual, 297-2621-851 

e UCS DMS-250 Logs Reference Manual, 297-2621-840 

e UCS DMS-250 Master Index of Publications, 297-2621-001 

e UCS DMS-250 NetworkBuilder Application Guide, 297-2621-370 

e UCS DMS-250 Office Parameters Reference Manual, 297-2621-855 


e UCS DMS-250 Operational Measurements Reference Manual, 
297-2621-814 


e UCS DMS-250 Service Operation Support Manual, 297-2621-011 


e UCS DMS-250 Software Optionality Control (SOC) User’s Manual, 
297-2621-301 


e UCS DMS-250 SuperNode OM System Reference Manual, 297-2621-322 
e Peripheral Modules Maintenance Guide, 297-1001-592 


e TR-NWT-000317 Switching Systems Requirements for Call Control 
Using ISDNUP 


e TR-NWT-000394 Switching Systems Requirements for IEC 
Interconnection using ISDNUP 


e TR-NWT-000444 Switching Systems Requirements Supporting ISDN 
Access Using the ISDNUP 


What precautionary messages mean 


The types of precautionary messages used in Nortel Networks documents 
include attention boxes and danger, warning, and caution messages. 


An attention box identifies information that is necessary for the proper 
performance of a procedure or task or the correct interpretation of 
information or data. Danger, warning, and caution messages indicate 
possible risks. 


Examples of the precautionary messages follow. 
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ATTENTION Information needed to perform a task 


ATTENTION 


If the unused DS-3 ports are not deprovisioned before a DS-1/VT 
Mapper is installed, the DS-1 traffic will not be carried through the 
DS-1/VT Mapper, even though the DS-1/VT Mapper is properly 
provisioned. 


DANGER 


Possibility of personal injury 


DANGER 

Risk of electrocution 

Do not open the front panel of the inverter unless fuses 
F1, F2, and F3 have been removed. The inverter contains 
high-voltage lines. Until the fuses are removed, the 
high-voltage lines are active, and you risk being 
electrocuted. 


WARNING 


Possibility of equipment damage 


WARNING 

Damage to the backplane connector pins 

Align the card before seating it, to avoid bending the 
backplane connector pins. Use light thumb pressure to 
align the card with the connectors. Next, use the levers on 
the card to seat the card into the connectors. 


CAUTION 


Possibility of service interruption or degradation 


CAUTION 

Possible loss of service 

Before continuing, confirm that you are removing the card 
from the inactive unit of the peripheral module. 
Subscriber service will be lost if you remove a card from 
the active unit. 


How commands, parameters, and responses are represented 


Commands, parameters, and responses in this document conform to the 
following conventions. 
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Input prompt (>) 
An input prompt (>) indicates that the information that follows is a 
command: 


>BSY 


Commands and fixed parameters 


Commands and fixed parameters that are entered at a MAP terminal are 
shown in uppercase letters: 


>BSY CTRL 


Variables 
Variables are shown in lowercase letters: 


>BSY CTRL cirl_no 


The letters or numbers that the variable represents must be entered. Each 
variable is explained in a list that follows the command string. 


Responses 
Responses correspond to the MAP display and are shown in a different type: 


FP 3 Busy CTRL 0: Command request has been submitted. 
FP 3 Busy CTRL 0: Command passed. 


The following excerpt from a procedure shows the command syntax used in 
this document: 


1 Manually busy the CTRL on the inactive plane by typing 


>BSY CTRL cirl_no 
and pressing the Enter key. 


where 
ctr_no is the number of the CTRL (0 or 1) 


Example of a MAP response: 


FP 3 Busy CTRL 0: Command request has been submitted. 
FP 3 Busy CTRL 0: Command passed. 
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PSN introduction 


This chapter contains background information on the Programmable Service 
Node (PSN) Platform. It includes a high level description of how to enter the 
server mode from the in-switch call processing. 


The PSN is a flexible platform that provides operating companies the ability 
to rapidly deploy advanced services into their network. This ability is 
achieved by allowing an external computing platform to control the call 
processing on the switch, using a high speed data link. 


The UCS DMS-250 must contain datafill that routes certain calls to the SCU 
for processing. The existing Carrier Advanced Intelligent Network (CAIN) 
call processing logic provides the datafill requirements. Refer to the UCS 
DMS-250 NetworkBuilder Application Guide for more details. 


Scope of this document 


This document has been written with the following types of audiences in 
mind: 


e Customers who want to know the details of the PSN Platform 
functionality. 


e Service developers at the SCU. These designers may want to know the 
PSN to SCU protocol to create services at the SCU. 


Note: Appendix A contains information on PSN that relates to the UCS 
DMS-250 product specifically. 


Background 


The operating companies have relied on programmable switching matrices 
to prototype and deploy services into the public switched network. Examples 
of such services include voice dialing, televoting, fax server capabilities, and 
debit card services. These small scale systems have been wired into the 
existing backbone networks as service overlay networks. 


These systems have several disadvantages; for example, they do not offer 
the reliability or the capacity required for truly robust performance. 
Likewise, the different computing platforms introduced into the network to 
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support these overlay systems introduce maintenance and network 
management complexities, which result in high operations and sustaining 
costs. 


Functional overview 


The PSN provides a flexible platform for the switches, providing the 
operating companies the ability to rapidly deploy services into the network. 


The PSN call processing is controllable, using an external control interface 
through a high speed data link. This control interface is called the Service 
Control Unit (SCU). 


e When a call on the PSN is identified as a service call, the PSN presents 
the call to the SCU and provides the SCU with the data required to 
determine which service is to be invoked on this call. 


The call is now in a Server Mode. This is a state where the call enters a 
client/server relationship with the SCU. In other words, the SCU has 
complete control of the call. The PSN does not make any decisions or 
take any actions that involve the knowledge of services or predetermined 
reactions, as is the case with the existing switch call processing. 


e Inthe Server Mode, the SCU provides instructions on how to proceed 
with the call. These instructions are primitives, or macros. 


The SCU has the ability to invoke such functions as digit collection, call 
terminations, bridging, playing messages, specialized tone monitoring, 
and outpulsing, over one or more parties involved with a SCU controlled 
call. 


e Occasionally, when external or peripheral events occur at the PSN for 
any party that is involved in the SCU controlled call, the SCU is notified 
of these events. 


In addition to call control, certain internal resources, such as the universal 
tone receiver (UTR)-based digit collection, specialized tone receiver 
(STR)-based tone monitoring, and E-DRAM announcement control are 
made available to the SCU. 


Networking overview 
The PSN platform consists of the Programmable Service Node connected to 
one or more SCUs. Also, a SCU may be connected to more than one PSN. 
See Figure 1-1 for the PSN switching matrix configuration. 
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Figure 1-1 
PSN Switching Matrix Configuration 
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The SCU platform provides service control capabilities. It is connected to 
the PSN, using a high-speed communication interface or a high-speed data 
link. Some examples of high-speed data link include IEEE 802.3 Ethernet 
(the phase I offering), fiber distributed data interface (FDDI), and 
asynchronous transfer mode (ATM). 


Identifying a service call 
When a certain criteria is met for an in-switch call, the call triggers, it is 
identified as a service call, and enters the server mode. The criteria that is 
defined is customer-specific. For example, the call may trigger after all the 
digits are collected or after the agent goes Off-hook. 


PSN data communications 


Once the call is identified as a service call, the PSN and the SCU exchange 
messages which enables the SCU to control call processing on the PSN. 


An Ethernet connection handles communication between the SCU and the 
PSN. The details of this dedicated connection are covered in the Chapter 
“PSN data communications”. 
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PSN peer-to-peer application protocol - SPI 
A Peer-to-Peer Application protocol (or service programming interface 
[SPI]) has been created for the PSN platform. The protocol defines the 
primitives that are provided to allow the SCU to control the calls on the PSN 
and the event notifications that are reported to the SCU from the PSN. The 
protocol also defines the parameters that go along with the primitives and 
event notifications. 


The Peer-to-Peer protocol definition utilizes generic functional references to 
data rather than specific PSN data requirements. The protocol, including the 
primitive/event notification definitions and message flow (with service 
implementation examples), is covered in the Chapter “PSN messages”. 


SPI parameters 
There are two types of SPI parameters: parameters common to all customers, 
such as thePort Info parameter, and parameters specific to a customer, such 
as, the SignalingInfo parameter. 


In addition, multiple versions of SPI are supported per customer for proper 
network upgrades. 


PSN finite state machine 
The interactions between all PSN primitives and event is controlled by the 
PSN finite state machine (FSM). This FSM fully defines all possible event 
sequences and their resulting outputs. The PSN FSM is covered in the 
Chapter “PSN finite state machine”. 


PSN admin process 
The PSN Admin process establishes and maintains the communication link 
between the SCU and the PSN. The Admin process is covered in the Chapter 
“PSN admin process”. 


PSN audit process 
The PSN Audit monitors all active PSN agents. The SCU is notified of all 
potentially hung PSN agents. The actions taken by the PSN Audit are 
controlled by a set of office parameters. The PSN Audit process is covered 
in the the Chapter “PSN audit process”. 


PSN flow control 
The call traffic originating at the PSN triggers data traffic at the PSN-SCU 
interface. This data traffic, under overload condition, may potentially 
overflow the Call Processing layer, receive queues at the PSN and the 
corresponding message facility at the SCU, and result in message loss. The 
message loss may in turn impact the services on existing calls. In order to 
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prevent this impact, PSN flow control provides a mechanism to control the 
flow of data by controlling the new call traffic generated at the PSN. 


PSN office parameters 


There are many new office parameters, and tables used to control and 
monitor the PSN. These parameters and tables are covered in the Chapter 
“PSN office parameters”. 


PSN logs and OMs 


There are many new PSN Logs and PSN OMs used to control and monitor 
the PSN. The logs and OMs are covered in the Chapter “PSN logs” and in 
the Chapter “PSN operational measurements”, respectively. 


PSN billing 


Strategic billing provided by PSN is quite small. The PSN billing 
specification is covered in the Chapter “PSN billing”. 
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PSN data communications 


This chapter contains the detailed description of PSN Data Communications. 
This includes the PSN Server and Client architecture. 


Functional overview 


This section describes an ethernet data link interface between the PSN and 
the SCU by implementing a custom layer protocol over user datagram 
protocol/internet protocol (UDP/IP). The custom layer resides between the 
application layer and the transport layer. It provides connectionless transport 
of application layer’s data across the network. The application layer’s 
protocol data unit (PDU) is transported transparently by the custom layer at 
the PSN to the underlying transport layer to be communicated to the peer 
layer at the SCU. 


The chapters that follow describe the following functionalities: 


an ethernet data link interface between the PSN and the SCU for data 
communication 


the support for address resolution for multiple service applications 
running on the SCU 


the Admin process, which handles administrative and maintenance 
activities of the PSN features 


the Audit process, which handles periodic audit for active SCU agents 


Networking overview 


This section covers the networking overview for PSN. Figure 2-1 provides a 
PSN switching matrix configuration. 
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Figure 2-1 
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An enhanced switching matrix is defined at the PSN, and the PSN is 
connected to the SCU, using an ethernet data link. The data link is used to 
send call control primitives and macros from the SCU to the PSN to provide 
SCU services to calls on PSN. Events are sent from the PSN, to the SCU, to 
notify the SCU of the completion of execution of the primitives and the 
occurrence of external events that affect the call. Refer to Figure 2-1, “PSN 
Switching Matrix Configuration.” 


Data communications specification 


This section covers the data communications specification. 


Feature activation 


This feature resides on the UDP/IP stack on PSN. At all restarts, the stack 
requires initialization and configuration information which is datafilled in 
LIUINV, IPNETWRK, IPROUTER, IPPROTO, and IPTHRON tables. 


This feature requires the initialization information datafilled in table 
SCUADDER. This table stores the address information of the initial point of 
contacts at the SCU. 


Ethernet connectivity for PSN is provided by a pair of EIUs that are 
configured in a pool. The feature requires that at least one of the two EIUs is 
in service at the time of initialization. 


The office parameter PSN_INIT_SCU_POLLING in table OFCVAR is created 
to control the functionality of the group of PSN related features. If its value 
is “No”, then the process of establishing the SCU connection is not initiated. 
If its value is “Yes”, then the process of establishing the SCU connection is 
initiated. 
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For more information, refer to the UCS DMS-250 Data Schema Reference 
Manual and UCS DMS-250 Office Parameters Reference Manual. 


PSN — SCU physical interface 


The PSN — SCU interface sends/receives information on an ethernet data 
link between the PSN and the SCU (see Figure 2-2). 


Ethernet connectivity for PSN is provided by a pair of EIUs that are 
configured in a pool, where both EIUs are in service but the CM traffic is 
sent through only one EIU at a time. In case of the failure of the first EIU, 
the CM traffic is automatically directed to the second. 


The SCU sends messages to the CM’s IP Address and port number. The 
EIU’s IP Address is not used as the destination IP Address. The EIU acts as 
a router and the EIU routing is transparent to the SCU. 


Figure 2-2 
PSN — SCU Physical Interface 
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The two EIUs can reside on a link peripheral processor (LPP), as shown in 
Figure 2-3, “EIU on the LPP,” or on a fiber link interface shelf (FLIS) 
housed in an application processor (AP) cabinet, as shown in Figure 2-4, 
“EIU resident on a FLIS shelf housed in an AP.” 


It is required that the two EIUs and the SCU be configured on a subnet 
dedicated to the PSN application in order to isolate the PSN traffic from the 
traffic generated by other transmission control protocol (TCP)/IP 
applications running on the PSN, such as billing. 
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Figure 2-3 
EIU on the LPP 
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Figure 2-4 
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PSN — SCU protocol stack 


A client/server model is implemented as an interface between the PSN and 
the SCU. The client/server model is designed using a custom layer protocol 
that sits on top of UDP. 


Figure 2-5 shows the data path between the PSN and the SCU through the 
EIU. The EIU acts as a router, providing ethernet connectivity to the PSN. 


Figure 2-5 
PSN — SCU Data Path 
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Network & transport layers — IP & UDP 

The existing UDP/IP protocol stack on PSN is used. The custom layer 
protocol is flexible enough to run over UDP or TCP; however, only UDP is 
supported in this feature. 


LOPER 

The low overhead protocol encoding rule (LOPER) provides a custom 
decoding/encoding protocol for PSN. The focus of this custom PSN PER is 
to mimic the internal data structures found in the PSN call processing 
system, which provides a LOPER. As a result, this scheme uses the internal 
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PSN structures, which reduces the amount of time spent on the encoding and 
decoding of each individual piece of information found in the PSN 
structures, since related information will be grouped together in parameters. 
These parameters are directly derived from the PSN internal structures, 
depending upon the information that is mandatory and optional to the 
primitive and event, and the proximity of information to each other in the 
PSN structures. Mandatory parameters are the parameters that are required 
by the primitive and event in order to be processed. Optional parameters are 
the parameters that are not required by the primitive and event but add extra 
functionality for processing. Since certain PSN structures are 
customer-dependent, the contents of the parameters derived from these 
structures are also customer-dependent. Encapsulating the internal PSN 
structures gives the ability of reading directly from, or writing directly to, 
the structure without an intermediate encoding or decoding step. 


Custom layer protocol 

The custom layer provides a connectionless transfer of application layer’s 
PDU across the network. Since it is a connectionless protocol, messages are 
not guaranteed to be delivered, nor are those that are delivered, guaranteed 
to be passed to the application layer in the order they were sent by the peer 
layer at the SCU. The application layer must be designed to accommodate 
and recover from these situations. 


The custom layer implements a datacom client and server model to 
communicate data across the network. The datacom client and server acts as 
an interface between the application layer and the underlying transport layer. 
In addition, the datacom client transfers the application layer’s PDU to the 
underlying transport layer and the datacom server receives the application 
layer’s PDU from the transport layer and transfers it to the application layer. 


Custom layer message size 


The maximum length of a message that can be communicated at the custom 
layer is restricted to 3000 bytes. This includes the custom layer message 
header and the application layer’s PDU. Any message received at the PSN 
that is greater than 3000 bytes in length, is dropped. The PSN101 log is 
generated with the text reason “Message length exceeds maximum size”, and 
the OM register MSGSIZE in the PSN_ERDC OM group is pegged at the 
PSN. Because the message is dropped prior to decoding, the SCU is not 
notified of the event. 
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Custom layer message header 


Each application layer’s PDU is wrapped in a custom layer’s envelope 
before being sent to the SCU. The PDU is unwrapped by the peer layer at 
the SCU. Figures 2-6 shows the custom layer header. 


Figure 2-6 
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The version number specifies the version of the custom protocol being used. 


The user class field is used to differentiate between the different users of 
messages going across this layer. In this feature, only four types of messages 
are identified by this layer, which are encoded as follows: 


Admin Class 00000001 
CallP Class 00000010 
Audit Class 00000011 


Flow Control Class 00000100 


Only the application layer PDU is encoded in LOPER. The headers (custom 
layer, UDP, and below) are not encoded in LOPER and are sent as raw data. 
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Datacom client/server model 

The custom layer implements a datacom client and server architecture to 
communicate the application layer’s information to the SCU. The primitives 
sent from the SCU are received by the datacom server at the PSN, 
unwrapped, and passed to the application layer. Events are sent from the 
application layer to the datacom client, wrapped in the custom layer’s 
envelope at the datacom client and sent to the SCU. Refer to Figure 2-7, 
“Datacom Client and Server Message Flow.” 


At the receipt of a message from the SCU, the datacom server performs the 
following activities: 


checks the length of the message. If the message length is less than the 
size of the custom header size (four bytes), the datacom server drops the 
message and generates PSN101 log at the PSN with text reason 
“Datacom header corrupted”. The OM register DCOMHDR in the 
PSN_ERDC OM group is pegged. If the message length is greater than 
3,000 bytes, it drops the message and generates PSN101 log at the PSN 
with text reason “Message length exceeds maximum size”. That 
exceeded length is displayed in the field LENGTH and the values in the 
other fields of the log, USERCLASS and SPI VERSION, are ignored. 
The OM register MSGSIZE in the PSN_ERDC OM group is pegged. 


unwraps the message to extract its header and does necessary header 
processing. This includes the verification of the custom layer protocol 
version number and determination of the user class from the user class 
field. If any error occurs during this process, then the message is dropped 
and PSN101 log is generated at the PSN with the text reason 
“Unrecognized Datacom Version” or “Unrecognized Userclass”. For the 
case of unrecognized version, the invalid version is displayed in the field 
SPI VERSION and the values in the other fields of the log, 
USERCLASS and LENGTH, are ignored. For the unrecognized 
userclass case, the invalid userclass value is displayed in the field 
USERCLASS and the other fields of the log, LENGTH and SPI 
VERSION, do contain valid values because they were decoded and 
validated prior to the userclass. The OM register DCOMHDR in the 
PSN_ERDC OM group is pegged. Because the message is dropped prior 
to decoding, the SCU is not notified of the event. 


— If the message passes the validity checks that are mentioned above, it 
is ready to be sent to the appropriate user application. The selection 
of the user application depends on the user class field in the custom 
layer header. For example, if the message is an admin user class, then 
the PDU is sent to the admin process. 


297-2621-380 Standard 04.03 August 1999 


PSN data communications 2-9 


— Ifthe datacom server is not able to send the message to the User 
Application successfully, it drops the message. This happens if the 
communication path is not available or the communication buffers 
are not available. This is considered a software error on the PSN and 
the OM register in the PSN_ERDC OM group is pegged. The SCU, 
however, is not notified of the message being dropped. 


Figure 2-7 
Datacom Client and Server Message Flow 
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At the receipt of an event from the application layer, the datacom client 
performs the following activities: 


e checks whether the user class of the event message is valid. If the user 
class of the event message is invalid then the message is dropped, 
PSN102 log is generated, and MSGDROP register in the PSN_ERDC 
OM group is pegged at the PSN. 


e wraps the PDU in the custom layer’s envelope. 


e sends the message to the transport layer to be shipped out to the SCU. If 
the datacom client is not able to send the message across the network, it 
drops the message and pegs the MSGDROP register in the PSN_ERDC 
OM group. If the datacom client is able to send the message successfully, 
then the SMSGSENT register in the PSN_USAG OM group is pegged. 


Digital Switching Systems UCS DMS-250 Programmable Service Node (PSN) Application Guide UCS09 


2-10 PSN data communications 


Address resolution 


In_Service 


The SCU can be equipped with multiple service applications, each with a 
unique IP/Port address. This feature supports address resolution for multiple 
service applications residing at the SCU. 


Initial contact address resolution 

Up to three initial points of contact to the SCU can be datafilled in table 
SCUADDR. An IP Address, and a corresponding UDP port number, define 
a point of contact. When the PSN comes into service after a reboot, or after 
reload or cold restart, the point of contacts are polled periodically until an 
initial contact has been established between the PSN and any one of the 
points of contact. The initiation of this polling is controlled by office 
parameter PSN_INIT_SCU_POLLING. Initial contact address polling is also 
performed in the event of Heartbeat_Failure. For more details on 
Heartbeat_Failure, refer to Chapter “PSN Admin”. 


PSN sends an In_Service event to the first point of contact that is datafilled 
in the table SCUADDR and waits for the Set_IP_Address primitive for a 
time specified by RETRY_TIME, datafilled in table SCUADDR, for that 
point of contact. If the Set_IP_Address primitive is not received within 
RETRY_TIME, and if the number of retries is less than MAX RETRY 
datafilled in table SCUADDR for that point of contact, then another event 
retry is sent to the same point of contact. If the number of retries exceeds the 
MAX_RETRY and RETRY_TIME has expired, then the next point of 
contact is queried by sending an In_Service message. The second 
In_Service event sent to the same point of contact is regarded as the retry 
number 1 and so forth. 


For example, if RETRY_TIME=20 and MAX_RETRY=1, then the 
following is the logical flow for reestablishing SCU communication. PSN 
sends the first In_Service event to the point of contact and waits for the 
response. If SCU responds with the Set_IP_Address primitive within 20 
seconds, then the contact has been reestablished. Otherwise, PSN checks the 
number of retries (which is currently 0) against the MAX_RETRY. Since the 
number of retries is less than MAX_RETRY, the PSN sends the In_Service 
event (retry number 1) to the same point of contact. If no Set_IP_Address 
primitive is received within 20 seconds, the PSN sends the In_Service event 
to the next point of contact, because MAX_RETRY retries have been 
performed for the first point of contact. 


If a Set_IP_Address primitive is not received from any of the points of 
contact, then PSN waits for office parameter PSN_INTER_POLL_TIME and 
starts the polling cycle again. This process is repeated until a contact is 
established between PSN and the SCU (any one of the initial points of 
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contact has responded to the In_Service event by sending a Set_IP_Address 
primitive). The Set_IP_Address primitive contains the address of the SCU 
arbitrator. For details on the SCU arbitrator address, refer to the section of 
this Chapter “Multiple service applications addressing”. If the PSN receives 
more than one Set_IP_Address primitive, then the most recent 
Set_IP_Address primitive overrides the SCU arbitrator address. A PSN100 
log with text reason “Unable to establish SCU communication” is generated 
at each expiration of RETRY_TIME. 


Refer to Figure 2-8 for the initial contact polling algorithm. 
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Figure 2-8 
Initial Contact Polling Algorithm 
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Multiple Service Applications addressing 

The Set_IP_Address primitive contains the address (the IP Address and the 
UDP port) of the arbitrator at the SCU. The arbitrator address is stored at the 
PSN and is subsequently used to send all New_Call events to the SCU. Until 
PSN gets the IP Address of the service application, all events are sent to the 
Arbitrator. 


The Arbitrator at the SCU directs the control of the new call to an 
appropriate service application and sends a Call_Control primitive with the 
address of the service application handling this agent. This address is used at 
the PSN to send the subsequent events related to that call, until a new 
address is sent in any primitive from the SCU, which is then used to send 
any subsequent events related to that call. The service application address 
information is an optional parameter of each primitive sent from the SCU. 


Refer to Figure 2-9 for the PSN — SCU Physical Interface. 


Digital Switching Systems UCS DMS-250 Programmable Service Node (PSN) Application Guide UCS09 


2-14 PSN data communications 


Figure 2-9 
PSN — SCU Physical Interface 
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PSN Restarts 
This section covers PSN restarts. 


Cold and reload restarts 

On cold and reload restarts, all the calls at the PSN are taken down, all the 
messages in transition are lost, all the protocol related processes are 
recreated, and the initial contact polling is invoked to inform the SCU of the 
re-initialization process and to get a new arbitrator’s address from the SCU. 


Warm restarts 

On warm restarts, all the messages in transition are lost and the protocol 
related processes are recreated. Neither the active calls (calls in a stable 
state) are taken down, nor is the initial contact polling invoked at the PSN. 
After warm restart the audit checks all the PSN agents that were active 
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before the restart. If the agents are down after the restart, the audit informs 
the SCU that this port is down by sending an error detected with reason 
“PORT_DOES_NOT_EXIST_EC” to the SCU. 


SCU resets 


At any time during the conversation with the PSN, the SCU may go through 
different kinds of resets. Each of these resets have a unique impact on the 
call processing at the PSN and is described as follows: 


System resets 

On system level resets at the SCU, the SCU sends Reset_Switch primitive to 
Primitive Server with a nil IP Address and a nil UDP port number that can 
cause the PSN to release all the service calls. This depends on the value of 
office parameter PSN_DROP_AGENTS_SCU_SYS_RESET 


The SCU may send the Set_IP_Address primitive with the Reset_Switch 
primitive, which causes the PSN to update the address of the SCU 
Arbitrator. 


Shelf resets 


On resets at a shelf level, the SCU sends a Reset_Switch primitive with the 
IP address of the affected service shelf with a nil port number. Depending on 
the value of office parameter PSN_DROP_AGENTS_SCU_SHELF_RESET this can 
cause the PSN to release all the service agents related to that shelf. A nil port 
number is sent to eliminate the need to send multiple port numbers servicing 
the PSN off of the affected service shelf. 


Service resets 

There may be several ports servicing the PSN from a single service shelf. On 
resets at the port level, the SCU sends the Reset_Switch primitive with the 
port number and IP Address of the affected service shelf. Depending on the 
value of a new office parameter PSN_DROP_AGENTS_SCU_SRVC_RESET this 
may cause the PSN to release all the service agents related to that particular 
port on the affected service shelf. 


Agent resets 

On agent level resets, the SCU sends a Disconnect primitive with the 
PortInfo parameter of the affected agent. This causes the PSN to release 
the agents. 


EIU maintenance and link level external node maintenance 


Refer to the Peripheral Modules Maintenance Guide for details on EIU 
maintenance. 
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I/O interface specifications 


UDP/IP interface is provided to communicate application layer information 
between the PSN and the SCU. 


Switch/network upgrade requirements 


A pair of dedicated EIUs in pool configuration are recommended as routers 
for ethernet connectivity. 


Error handling specifications — message errors 


Messaging errors can occur at any time during the encoding,decoding, and 
transport of messages across the different protocol layers at the PSN and 
among peer layers across the network. 


Maximum message size exceeded 

A message received at the PSN with a length greater than 3000 bytes is 
considered an error. The message is dropped, a PSN101 log is generated 
with text reason “Message length exceeds maximum size”, and an OM 
register in the PSN_ERDC OM group is pegged. 


Failure to decode a message at the custom layer 

If the size of the message is less than the size of the custom header, then the 
message is dropped, a PSN101 log is generated with the text reason 
“Datacom header corrupted,” and an OM register in the PSN_ERDC OM 
group is pegged. If the datacom server is not able to decode the header of an 
incoming message, the message is dropped, a PSN101 log is generated with 
the text reason “Unrecognized Datacom Version” or “Unrecognized 
Userclass”, depending on the decoding error, and an OM register in the 
PSN_ERDC OM group is pegged. 


Failure to establish communication to SCU 

If the admin process sends an In_Service event and fails to receive the 
Set_IP_Address primitive, then PSN100 log is generated with the text reason 
“Unable to establish SCU communication,” and an OM register in the 
PSN_ERDC OM group is pegged. 


Failure to receive SCU heartbeat message 

If the admin process fails to receive the Heartbeat primitive during the 
period of office parameter PSN_HEARTBEAT_WAIT_TIME, then PSN100 log is 
generated with the text reason “SCU Heartbeat Failure,” and OM register in 
the PSN_ERDC OM group is pegged. 


Invalid Set_IP_Address primitive parameters 

When the admin process receives the Set_IP_Address primitive with one or 
more invalid parameters (Non-nil Trunk group number, Non-nil Trunk 
member number, Nil IP Address and/or Nil Port number), it generates a 
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PSN105 log with the text reason “Invalid data for Set IPAddr.” In this case, 
the IP Address of the SCU Arbitrator is not updated at the PSN. 


Invalid sender of heartbeat message 

The admin process expects the Heartbeat primitive message from the SCU 
Arbitrator application. This ensures the PSN user applications that the SCU 
Arbitrator is alive and able to handle the New_Call Events. When the admin 
process receives the Heartbeat primitive from an application other than the 
Arbitrator, then the admin process generates PSN105 log with the text 
reason “Invalid Sender of Heartbeat” and does not reset the heartbeat timer. 


Error in decoding primitive message 

The user applications (admin, audit, and primitive server processes) decode 
the incoming primitive that is encoded in LOPER by the SCU. If there is any 
error decoding this message, then the user application generates 
PSN202/PSN212 log with the appropriate error code. 


Receive the Error_Detected Primitive message 

The SCU can send the Error_Detected primitive message to the user 
application when the SCU detects any error in the event message sent by the 
user application. The user application generates PSN200 log with the error 
cause sent by the SCU. 


Invalid primitive for a specific user class 

The admin process expects “Set_IP_Address”,‘Heartbeat”, “, and 
“Query_TOD”, Error_Detected” primitives. If the admin process receives a 
primitive other than one mentioned above, it generates PSN207 log with the 
text reason “Primitive not supported by Userclass’”. The primitive server 
process as well as the audit process generates a PSN207 log when they 
receive any primitive they do not support. 


Number of primitives exceeded 

The admin process can handle up to three primitives in an incoming 
message. If the SCU sends more than three primitives in a message, then the 
admin process generates PSN209 log with the text reason “Primitives 
exceeded for Userclass”. 


Logs — Datafill Problem 


Table SCUADDR is used to datafill up to three initial points of contact at the 
SCU. If this table is empty, then the admin process does not send the 
In_Service event to the SCU and generates PSN103 log with the text reason 
“Table SCUADDR not datafilled”. The admin process waits for a period 
specified by a new office parameter PSN_INTER_POLL_TIME and then retries 
to access the table SCUADDR. 
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Logs — SCU Arbitrator Address 


When the admin process receives the Set_IP_Address primitive that changes 
the SCU Arbitrator address, it generates PSN 104 log with the old and new 
addresses of the SCU Arbitrator. 


Engineering hardware information 
This section covers engineering hardware information. 


Ethernet Interface Units 


A pair of EIUs in a pool configuration is required to provide ethernet 
connectivity to the PSN. The EIUs can be housed in an LPP, or in an AP, on 
a FLIS shelf. 


The EIU is a 3 card hardware set: 

e NTEX22BA/BB: Integrated PBus and FBus card (IPF) 
e NT9X84AA: Ethernet Interface Card (EIC) 

e NT9X85AA: Ethernet Interface Paddleboard (EIP) 


Refer to Peripheral Modules Maintenance Guide for details on EIU 
installation and maintenance. 


An ethernet cable is also required. 


PSN datacom server’s UDP Port Number 


The UDP port number for the PSN datacom server on PSN is selected to be 
30,726. The SCU should use this port number with the IP Address of the 
PSN to send data using UDP interface. 


Multi-Application certification For LPP and FLIS 


This activity is certified to use EIUs on FLIS and LPP with data throttled at 
12Kbyte/s on the transmit link and 24Kbyte/s on the receive link. It is 
recommended that throttle values of 12Kbyte/s for transmitting data and 
24Kbyte/s for receiving data be datafilled in table IPTHRON. 


Restrictions and limitations 
The following restrictions and limitations apply: 


e The custom layer is a connectionless protocol that does not provide 
guaranteed delivery of messages to the application layer. 


e UDP is the only transport layer protocol that is supported by PSN. 


e The length of the custom layer message is restricted to 3000 bytes. Any 
messages received that exceed this length are dropped, and the SCU is 
not notified of the event. 
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e PSN traffic at any rate greater than 12 kbyte/s on the transmit link and 24 
kbyte/s on the receive link is not supported. 
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PSN messages 


This chapter contains a detailed description of the PSN Messages. The PSN 
messages include primitives and macros (sent from the SCU to the PSN) as 
well as the event notifications (sent from the PSN to the SCU). 


PSN peer-to-peer application protocol 
A Peer-to-Peer Application protocol has been created for the PSN platform. 
The protocol defines the primitives that are provided to allow the SCU to 
control the calls on the PSN and the event notifications that are reported to 
the SCU from the PSN. The protocol also defines the parameters that go 
along with the primitives and event notifications. 


The Peer-to-Peer protocol definition utilizes generic functional references to 
data rather than specific PSN data requirements. The protocol, including the 
primitive/event notification definitions, parameter definitions, and message 
flow (with service implementation examples) is described later in this 
document. 


PSN messaging 
The PSN messaging consists of instructions from the SCU to the PSN and 
notifications from the PSN to the SCU in the form of primitives, macros, 
and event notifications. This is shown in Figure 3-1. 
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Figure 3-1 
Primitives, Macros, and Event Notification Messages 
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These instructions and event notifications are packaged into a message and 
sent back and forth between the PSN and the SCU. Each message that is sent 
to the SCU, or received from the PSN, causes an OM register in the 
PSN_USAG OM group to be pegged. The register SMSGRCVD is pegged 
for each message that is received from the SCU, and the SMSGSENT 
register is pegged every time a message is sent to the SCU. 


The packaging of the data in the application layer, as shown in Figure 3-2, is 
done as follows for the messages that are sent from the SCU to the PSN. 
Each message contains the elements listed below: 


e Number of primitives: indicates the number of primitives that are 
packaged in this message. If the value is greater than 1, then the message 
is said to contain a macro. 


e Primitives: may be one or more. Each primitive contains one or more 
parameters. 
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Figure 3-2 
Packaging of Primitives/Macros (SCU to PSN) 


Number of Primitives 
Parameter 1 (Contents) 
Primitive 1 


Primitive 1 (Parameters) Parameter 2 


Primitive2 | SO 


fae =1 
Primitive < 


The messages from the PSN to the SCU contain event notification data, and 
information is packaged in these messages as explained below. Each 
message contains the following elements: 


e Event notification: only one event notification. Each event notification 
contains the following information: 


— Number of parameters: indicates the number of parameters sent in 
the event notification. 


— Parameters: may be one or more. Refer to Figure 3-3. 
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Figure 3-3 
Packaging of Event Notifications (PSN to SCU) 
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The next section lists primitives and event notification messages. For each 
primitive and event notification message, the parameters that are sent in the 
message are also listed. 


For each parameter that is listed, the parameter type is given. The parameter 
type is used to describe the layout of the parameter contents. In other words, 
It explains in detail how the bits and bytes of each parameter are arranged 
and used. 


Call_Control primitives 
A primitive (or a Call control command) is sent to the PSN from the SCU as 


a high level instruction to control the call flow. A Call_Control primitive may 
affect one or more ports in a call. 


Each time a primitive is received from the SCU, the SMSGRCVD register in 
the PSN_USAG OM group as well as the appropriate primitive register in 
the PSN_PRIM OM group are pegged. 


The primitives listed here can be sent from the SCU to the PSN. The list is 
arranged in alphabetical order. 


Bridge 
The Bridge primitive instructs the PSN to bridge/conference in the 
specified ports (and optionally a message). 
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If a message is to be bridged to a number of ports, then the Message_Info 
parameter is passed. The message to be bridged may already be playing to 
one of the parties or it may be a new one that is yet to be started. If it is 
already playing on one of the ports, then it is bridged to the other ports. If 
the message has not yet been started, then the message is bridged and then 
started. 


This primitive (unlike the Reconnect primitive) makes use of the conference 
circuit resource to bridge multiple parties. 


Collect_Digits_& Report 
The Collect_Digits_& Report primitive instructs the PSN to collect the 
specified amount of DTMF digits and report the collected digits to the SCU. 


If the port is currently involved in a connection, then it is held. In this case, 
the voice path between this port and the connected port is cut in both 
directions, allowing for the collection of digits on this port. 


Connect 

There are two forms of the Connect primitive: one_party Connect and 
two_party Connect. A one_party Connect is identified by the originating 
port’s Trunk Group Number and Trunk Member Number, being 
NIL-TRKGRP and NIL-TRKMEM respectively. A two_party Connect 
specifies an active PSN agent (NON-NIL TRKGRP and TRKMEM values) 
in the originating port parameter. 


The one_party Connect primitive instructs the PSN to create a PSN call 
using one specified terminating trunk agency. The terminating agent is 
specified by the external Trunk Group Number as defined within a table of 
the Chapter “PSN office parameters”. An idle member of the terminating 
trunk group is identified and the port is seized and becomes a PSN agent. 
The Signaling information (that’s passed in the Sig_Info parameter) is 
outpulsed on the destination trunk member. 


The two_party Connect primitive instructs the PSN to create a PSN call, 
using two specified trunk agencies. The originating agent is already serviced 
by the SCU. The terminating agent is specified by the external Trunk Group 
Number as defined in the Chapter “PSN office parameters”. An idle member 
of the given trunk group is identified and the port is connected to this trunk 
member. The Signaling information—passed in the SigInfo parameter— is 
outpulsed on the destination trunk member. Also, voice path in both 
directions is established for this two-party call. 


Disconnect 
The Disconnect primitive instructs the PSN to disconnect the specified port 
from the call in which the port is currently active. 
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Error_Detected 

The Error_Detected primitive is sent by the SCU to the PSN when the SCU 
has detected a non-fatal or a non-service—affecting error for a port in the 
server mode. 


Hold 


The Hold primitive instructs the PSN to put the given port on hold . In other 
words, the voice path is cut in both directions with the connected party. 


Monitor 
The Monitor primitive instructs the PSN to monitor the specified port for the 
given digits and/or tones using the specialized tone receiver (STR). 


Mute 

The Mute primitive instructs the PSN to cut and reestablish the voice path 
between the given port and the connected party in the direction of the port to 
the connected party. For example, in an A to B call where A and B are 
talking, Mute (A) cuts the voice path from A to B, but the voice path from B 
to A is not affected in any way. This means that A can hear B, but B cannot 
hear A. 


If the voice path is already cut in the specified direction, then receiving a 
Mute primitive will un-mute the connection or reestablish voice path 
between the two ports. 


New_Call_ Accepted 

The New_Call_Accepted primitive instructs the PSN that the New_Call event 
notification was accepted and the port specified in the New_Call event 
notification will be controlled by the SCU with further instructions. 


New_Call_ Rejected 

The New_Call_Rejected primitive instructs the PSN that the New_Call event 
notification was rejected and the port specified in the New_Call event 
notification will not be controlled by the SCU. In this case, the port will be 
routed to the PSNF treatment. 


Play_Message 
The Play_Message primitive instructs the PSN to connect the specified port 
to a message, which may be an announcement or a tone. 


The message being played is uninterruptible by the port. The number of 
cycles to play (if the message is an announcement) or the tone duration (if 
the message is a tone) is specified in the “MessageToPlay’ parameter. 
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Play_Prompt_Collect_Digits_& Report (PPCD) 

The Play_Prompt_Collect_Digits_& Report primitive instructs the PSN to 
play a message (an announcement or a tone), and at the same time, initiate 
digit collection on the specified port. The message is interruptible and as 
soon as the first digit is dialed, the message stops, and the digit collection on 
the port continues. 


Reconnect 
The Reconnect primitive instructs the PSN to re-establish a connection 
between any two ports in a service call. 


Set_Billing_Record 
The Set_Billing_Record primitive instructs the PSN to update the billing 
records for a specified port with the given information. 


This primitive may be received at any time during the call to update the 
appropriate billing information for the given port. 


Stop_Message 

The Stop_Message primitive instructs the PSN to stop playing a message 
that is currently being played to one or more ports. To illustrate consider the 
following: 


e if the port was connected to just the message and no other port, then the 
port is held. 


e if the port was connected to other ports besides the message (bridged to 
several other ports and the message), then it remains connected to the 
other ports. The only difference being that the bridged ports do not hear 
the message any longer. 


Transmit_Siginfo 
The Transmit_Siginfo primitive instructs the PSN to transmit the specified 
signaling information on the given port. 


Macros 


The SCU may send multiple primitives in a message. These primitive 
instructions collectively are called macros. 


One primitive may, or may not be, completed before the execution of the 
next. For example, if a macro consists of a “Play Message” followed by a 
“Connect”, then the message is started on the port. Immediately thereafter, a 
Connect primitive is executed that aborts the message being played and 
connects the port to another destination trunk member. 
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The following are some examples of macros. 


e If there are five parties in a service call at any given time, then a “take 
down call” macro can be implemented. This macro consists of five 
Disconnects, one for each party in the call. Upon execution of this 
macro, the entire five party call is taken down. 


e Another example is the “preempt” macro. Consider a call with parties A 
and B talking. The goal is for another party, C, to preempt this call, thus 
leaving B connected to a message, and A talking to C. 


This macro can be implemented by sending two primitives: Reconnect 
(A to C), followed by Play_Message (B). 


For the Call Processing application, the maximum number of primitives that 
can be sent by the SCU in a macro is five. For the Admin and Audit 
applications, the maximum number of primitives that can be sent by the 
SCU in a macro is three. If a macro is sent with more than the maximum 
allowed primitives, the macro is not processed. 


Also, when an incoming message from the SCU contains a macro rather 
than a single primitive, the SMACRCVD register in the PSN_USAG group 
is pegged. This is in addition to the SMSGRCVD register in the 
PSN_USAG that is pegged every time a message is received from the SCU. 


Event notifications 


The PSN uses event notification messages to notify the SCU of events on 
the ports that are involved in a Service call. 


The events that occur at the PSN may be in response to the SCU 
primitive/macro instruction or as a result of a peripheral event on the port. 
An event notification message is used to report one and only one port event 
to the SCU. Each primitive in a macro will have its own event notification 
message reported to the SCU. 


Also, when an event notification is sent from the PSN to the SCU, an OM in 
the PSN_NOTF OM group is pegged. This group of OMs has a register for 
each event notification that is sent to the SCU. In addition, the SMSGSENT 
register in the PSN_USAG group is pegged for each outgoing message that 
is sent to the SCU. 


The following is a list of event notification messages that may be sent by the 
PSN to the SCU. 


Digits_Collected 
The Digits_Collected event notification message is reported to the SCU 
when the PSN has collected the specified amount of digits from the port, an 


297-2621-380 Standard 04.03 August 1999 


PSN messages 3-9 


end delimiter has been dialed by the user on that port, or the digit collection 
has timed out. 


This event notification is sent in response to the following primitives 
received from the SCU: Collect_Digits_& Report and 
Play_Prompt_Collect_Digits_& Report. 


Error_Detected 
The Error_Detected event notification message is reported to the SCU when 
the PSN has detected any one of the following errors: 


e an error detected while parsing an incoming message from the SCU 


e unavailable resources on the PSN to complete the execution of the 
received instruction 


e internal processing and resource errors on the PSN 
e hardware failures 


e force releases 


This event notification is sent in response to the following primitives 
received from any SCU primitive. 


Note: The Error_Detected may also be received from the SCU to report a 
non-fatal error. For more information on error detection and handling, see 
the Error Handling section in Chapter “PSN Finite State Machine.” 


Instruction. Completed 
The Instruction_Completed event notification message is reported to the 
SCU in response to the primitive instructions sent from the SCU. 


This event notification is sent in response to the following primitives 
received from the SCU: Collect_Digits_& Report, 
Play_Prompt_Collect_Digits_& Report, Disconnect Hold, Mute, Reconnect, 
Stop_Message, Play_Message Bridge, Monitor, Transmit_Siginfo, 
Set_Billing_ Record, Reset_Switch and Set_IP_Address.. 


Message_ Played 
The Message_Played event notification message is reported to the SCU 
when the message on the specified port has ended. 


This event notification is sent in response to the following primitive received 
from the SCU: Play_Message. 


New_Call 
The New_Call event notification message is reported to the SCU 
when—subject to the PSN datafill—the call is to be controlled by the SCU. 
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Off_Hook 


The Off_Hook event notification message is reported to the SCU when the 
specified port goes off-hook or answers. 


On_Hook 
The On_Hook event notification message is reported to the SCU when the 
specified port goes on-hook or is released. 


Route_Not_Available 

The Route_Not_Available event notification message is reported to the SCU 
when none of the trunk members of the specified terminating trunk group 
are idle. 


This event notification is sent in response to the following primitive received 
from the SCU: Connect. 


Route_Selected 

The Route_Selected event notification message is reported to the SCU when 
a valid terminating trunk group is identified, a member of that terminating 
trunk group is found idle, and that member is seized. 


This event notification is sent in response to the following primitive received 
from the SCU: Connect. 


Signaling Event 

The Signaling_Event message is reported to the SCU when a 
Signaling_Event occurs on the PSN for the port. For example, the port 
receives a signaling message on its peripheral. 


Tone_Detected 
The Tone_Detected event notification message is reported to the SCU when 
the specified tone/digit is detected on the given port. 


This event notification is sent in response to the following primitive received 
from the SCU: Monitor. 


Non-Call related primitives & event notifications 

The following primitives and associated event notifications do not control 
the call topology. They are used for general non-call related functions that 
may or may not affect one or more ports that are controlled by the SCU. 


Some examples of non-call related instructions include querying for data on 
the PSN/SCU, updating IP Address information, and resetting the PSN or 
the SCU. 
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Agent_Data 

The Agent_Data event notification message returns trunk type and signaling 
information for each agent that is datafilled in the table PSNROUTE. It is 
sent in response to the Set_IP_Address primitive if the “Send Agent Data” 
field is set to TRUE. The Agent_Data event notification is also sent when 
any agent that is datafilled in table PSNROUTE is added, deleted, or when 
table TRKGRP, TRKSGRP, or OFCVAR (ORIG_SWITCHL_ID field only) 
information is changed for any agent that is datafilled in the table 
PSNROUTE. 


Current time of the day 

The Current_Time_of_Day event notification message returns the current 
time of the day. It is sent in response to the Query_Time_of_Day primitive 
that is received from the SCU, or asynchronously whenever the time is 
changed on the PSN. 


This event notification is sent in response to the following primitive received 
from the SCU: Query_Time_of_Day. 


Flow_Control 
The Flow_Control primitive is sent by the SCU to initiate flow control based 
on the specified Duration and Gap indices. 


Heartbeat 

The Heartbeat primitive is sent to the PSN from the SCU to indicate that the 
arbitrator is alive and well. If this message is not received within a 
predefined time, then the PSN will wakeup and start polling the arbitrator 
with the In_Service message. 


In_Service 

The In_Service event notification message is reported to the SCU when the 
PSN comes into service. Also, this message is sent to the SCU when the 
arbitrator heartbeat fails. 


Port_Status 

The Port_Status is reported to the SCU in response to the Query_Port 
request from the SCU. It may also be returned by the SCU in response to the 
Query_Port from the PSN. This message is bi-directional. 


The status of the queried port is returned. 


This event notification is sent in response to the following primitive received 
from the SCU: Query_Port. 
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Query_Port 

The Query_Port instructs the PSN to query the status of a port on the PSN. 
This instruction may also be sent from the PSN to query the status of a port 
on the SCU. This message is bi-directional. 


Query_Time_Of_the_Day 

The Query_Time_of_Day instructs the PSN to return the time of the day. The 
time of the day is returned by the PSN in the Current_Time_of_Day event 
notification message. 


Reset_Switch 
The Reset_Switch primitive is sent to the PSN by the SCU, if the SCU wants 
to reset: 


e all the ports associated with a particular service on a particular SCU (the 
optional IP Address (to reset) has non-NIL IP Address and non-NIL IP 
Port) 


Note: The optional IP Address (to reset) differs from the Mandatory IP 
Address (for return). The Mandatory IP Address (for return) is used by 
the PSN to know where to send the Instruction_Completed event 
notification, with the idea that the SCU that sent the Reset_Switch may 
be in the middle of a restart and therefore would not be able to process 
the Instruction_Completed. 


e all the ports associated with a particular SCU (the optional IP Address 
(to reset) has non-NIL IP Address and NIL IP Port) 


e all the ports associated with a particular PSN (the optional IP Address (to 
reset) has NIL IP Address and NIL IP Port OR there are no optional IP 
Address (to reset) parameters in the primitive) 


This primitive is sent to the PSN when: 
e the service on the SCU is in the process of a restart 
e the SCU is in the process of a restart 


e the SCU decides to purge all existing calls on the PSN 


Set_IP_Address 

The Set_IP_Address primitive instructs the PSN to update the IP address 
information for the specified port with the given data. This new IP address 
information will be used to send event notifications to primitives for this 
port. 


This primitive may be received at any time during the call to update the 
appropriate IP address information for the port. 
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Stop_Heartbeat 

The Stop_Heartbeat event notification message is sent in response to a 
Set_IP_Address primitive. This event is sent to the IP Address of the 
previous SCU to inform the SCU that a new SCU has become the arbitrator 
for the PSN switch. If the previous SCU IP Address and the new SCU IP 
Address are the same, no Stop_Heartbeat event notification message is sent. 


PSN message classifications 


The primitives and event notifications that are described above are classified 
into application classes. The application class defines the application process 
on the PSN that decodes and executes the primitive. Also, each application 
process may send an event notification upon processing the primitive. The 
co-relation between the primitive that is received and the event notifications 
that are sent to the SCU in reply is explained in detail in section “PSN 
message flow” of this chapter. 


There are four applications that are currently defined for PSN: Call 
Processing, Admin, Audit, and FCMSG. Briefly, the process functionality is 
as follows: 


e Call Processing: this application is responsible for receiving, processing, 
and sending Call_Control primitives and event notifications. 


e Admin: this application is responsible for receiving, processing, and 
sending link maintenance messages that affect the PSN as a whole. 


e Audit: this application is responsible for receiving, processing, and 
sending port audit messages. 


e Flow Control: this application is responsible for receiving, processing 
and, sending flow control messages. 


Table 3-1 provides a list of primitives and events that are processed by each 
of the above applications. 
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Table 3-1 
List of primitives 

Application 

Class Primitive (SCU —> PSN) Event (PSN —> SCU) 

Call Processing Bridge Digits_Collected 
Collect_Digits_&_Report Error_Detected 
Connect Instruction_Completed 
Disconnect Message_Played 
Error_Detected New_Call 
Hold Off_Hook 
Monitor On_Hook 
Mute Port_Status 
New_Call_Accepted Route_Not_Available 
New_Call_Rejected Route_Selected 
Play_Message Signaling_Event 
Play_Prompt_Collect_Digits Tone_Detected 
_&_Report 
Query_Port 
Reconnect 
Reset_Switch 
Set_Billing_Record 
Set_IP_Address 
Stop_Message 
Transmit_Siginfo 

Admin Error_Detected Agent_Data 
Heartbeat Current_Time_of_Day 
Query_Time_of_Day Error_Detected 
Set_IP_Address In_Service 

Stop_Heartbeat 
Audit Error_Detected Error_Detected 


Port_Status 


Query_Port 
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Table 3-1 

List of primitives (continued) 
Application 
Class Primitive (SCU —> PSN) Event (PSN —> SCU) 
Flow Control Error_Detected Error_Detected 


Flow_Control 


—end— 


PSN message flow 


The SCU sends the instructions (primitives/macros) to the PSN to control 
the call flow. In response to these instructions, the PSN sends event 
notification messages. 


The PSN may also send event notification messages in response to 
peripheral events that occur on a port on the switch to enable the SCU to 
update its database. 


The PSN message protocol is such that when an instruction is sent from the 
SCU, the PSN responds with a reply for the instruction, either immediately 
or after completing one or more actions on the PSN. When the PSN sends an 
event notification message to the SCU, the SCU can send a reply back in 
response to the notification. 


Figures 3-4 through 3-23 show the one-to-one nature of the PSN Messages. 


When the PSN determines that the call is to become a service call, for 
example, the call is to be controlled by the SCU, a New_Call event 
notification message is sent to the SCU. Also, the PSN_EVENT_TIMER is 
started. 


In response to the New_Call event notification message, the SCU may send 
one of the following replies: 


e New Call Rejected: the SCU does not want to control the call, and wants 
the PSN to route the call to the PSNF treatment. 


e New Call Accepted: the SCU has accepted this call and will control the 
call thereafter. 


e Any other Call_Control primitive: the SCU has accepted this call and will 
control the call thereafter. 


Upon receipt of any of these messages, the PSN_EVENT_TIMER is 
canceled. 
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Figure 3-4 


PSN NEW CALL message flow 


PSN SCU 


trigger to transfer 


control of the port to 
the SCU 


New_Call 


ew_Call_Accepted OR 


New_Call_Rejected OR 
any other call control primitive> 


The SCU sends a Connect primitive instruction to the PSN when it wants to 
route a call to an idle trunk member. 


As aresult of performing this instruction, the PSN may reply with one of the 
following messages: 


e Route_Selected: an idle member of the trunk group is located and the 
call is terminated onto this trunk member. 


e Route_Not_Available: no member of the trunk group is found to be 
idle, for example, a terminating trunk member is not found. 


e Error Detected: an error is detected, for example, an error in the 
incoming instruction or an error due to unavailable resources. 
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Figure 3-5 
PSN CONNECT Message Flow 
PSN SCU 
Connect 
<— 
try to terminate to an 
idle trunk member in Route_Selected OR 
the trunk group 
Route_Not_Available O 
Error_Detected 


The Play_Message primitive instruction is sent to the PSN when the SCU 
wants to play a message (for example, an announcement or a tone) to a 
specified port. 


The PSN starts playing the message on the port and sends an 
Instruction_Completed event notification to the SCU. When the message has 
finished playing, the PSN replies with a Message_Played event notification. 


If for some reason the message could not be played, for example, 
unavailable resources, then an Error_Detected event notification message is 
sent instead. 
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Figure 3-6 


PSN PLAY MESSAGE Message Flow 
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Message has finished 


Message_Played OR 


Error_Detected 


The SCU sends a Collect_Digits_& Report, a, or a 
Play_Prompt_Collect_Digits_& Report primitive instruction to the PSN when 
it wants to collect a specific amount of digits on the given port. The latter is 
sent to play a message, for example, a tone or an announcement before the 
first digit is collected on the port. The message that is played in this case is 
hence interruptible. 


Upon receipt of either of these primitives, the PSN starts digit collection and 
sends back an Instruction_Completed event notification to the SCU. 


After completing these instructions, the PSN may reply with one of the two 
following messages: 


e Digits_Collected: the digit collection is successfully started, and some 
or all the digits are collected, or the digit collection is timed out. 


e Error_Detected: there is a problem starting digit collection, for 
example, UTR unavailable. 
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Figure 3-7 
PSN COLLECT DIGITS & REPORT and PLAY PROMPT, COLLECT DIGITS & REPORT Message 
Flow 
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Digits have been 
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The Disconnect primitive instruction is sent to the PSN when the SCU wants 
to disconnect (or remove) a given port from the service call. 


The Hold primitive instruction is sent to the PSN when the SCU wants to 
hold a given port. 


The Mute primitive instruction is sent to the PSN when the SCU wants to 
mute a given port. 


The Reconnect primitive instruction is sent to the PSN when the SCU wants 
to re-establish a connection between any two ports in the service call. 


The Stop_Message primitive instruction is sent to the PSN when the SCU 
wants to stop playing the message that is currently being played on the 
specified port. 


On receipt of any one of the above primitives, the PSN has the option of 
sending one of the following replies: 


e Instruction _ Completed: the received instruction is successfully 
completed (for example, the port is put on hold successfully). 


e Error_Detected: an error is detected (for example, the incoming 
primitive had missing parameters, or resources were unavailable) and the 
received instruction could not be performed. 
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Figure 3-8 
PSN Disconnect, Reconnect, Hold, Mute and Stop Message: Message Flow 
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The Bridge primitive instruction is sent to the PSN when the SCU wants to 
bridge (or conference in) several ports (and maybe even a message) in the 
service call. 


On receipt of the Bridge primitive, the PSN has the option of sending one of 
the following replies: 


e Instruction_Completed: bridge instruction successfully bridges all the 
ports (and optionally the message). 


e Error_Detected: an error is detected, for example, the incoming 
primitive has missing parameters or resources were unavailable, and the 
received instruction cannot be performed. 


If a message is bridged, then after the message has finished playing, one of 
the following event notifications is sent to the SCU: 


e Message_Played: a bridge instruction bridges multiple ports, including a 
message. This event notification is sent after the message is finished 
playing. 

e Error_Detected an error is detected during or after the message has 
played. 
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Figure 3-9 
PSN BRIDGE Message Flow 
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The SCU sends a Monitor primitive instruction to the PSN when it wants to 
monitor the specified port for a given tone and/or digits. 


When the PSN receives this primitive, it starts monitoring the port for the 
specified tone and/or digits and returns an Instruction_Completed message 


to the SCU. 


After completing this instruction, the PSN may reply with one of the two 


following messages: 


e Tone_Detected: the specified tone and/or digit is detected. 


e Error_Detected: there is a problem starting tone detection, for example, 


STR is unavailable. 
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Figure 3-10 
PSN MONITOR Message Flow 


PSN SCU 


onitor 


E 
monitor the specified 


port for digit/tone Instruction_Completed OR 


Error_Detected 


Tone/Digit has 
been detected 


Tone_Detected OR 


Error_Detected 


When a port in a service call goes on-hook, the PSN sends the On_Hook 
event notification message to the SCU. 


When a port in a service call goes off—hook or answers, the PSN sends an 
Off_Hook event notification message to the SCU. 


When a port in a service call receives signaling information on its peripheral 
from the network, it is reported to the SCU in the Signaling_Event 
notification message. 


Upon receipt of any of the above messages, the SCU updates its internal 
information. The SCU does not send a reply in response to receiving these 
messages. 
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Figure 3-11 
PSN On-hook , Off-hook, and Signaling Event Message 
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The Transmit_Siginfo primitive instruction is sent to the PSN when the SCU 
wants to transmit some signaling information on a specified port (to be sent 
over the network). 


On receipt of this primitive, the PSN has the option of sending one of the 
following replies: 


e Instruction_Completed: the received instruction is successfully 
completed (for example, the signaling info is successfully transmitted). 


e Error_Detected: an error is detected, for example, the incoming 
primitive has missing parameters or resources are unavailable, and the 
received instruction cannot be performed. 
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Figure 3-12 
PSN Transmit SigInfo Message Flow 
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The Set_Billing_Record primitive instruction is sent to the PSN when the 
SCU wants to update the billing record of a given port in the service call. 


The PSN updates the billing record associated with the given port and sends 
an Instruction_Completed event notification message to the SCU. 


However, if an error is detected, and the incoming request cannot be 
processed, an Error_Detected event notification message is returned to the 
SCU. 
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Figure 3-13 
PSN SET BILLING RECORD Message Flow 
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Another way to update the billing record of a given port without sending the 
above primitive is to include the Billing Info parameter with other primitives 
that are sent for this port. The Billing Info parameter is optional in the 
primitives other than the Set_Billing_Record. 


For example, the Billing Info parameter may be sent in the Hold primitive 
for the port. The port will not only be held, but its billing record will also be 
updated appropriately. 


The Flow_Control primitive instruction is sent to the PSN when the SCU 
wants to initiate Flow_Control or when the SCU wants to remove 
Flow_Control previously initiated by itself. 


The PSN initiates the Flow_Control at successful decode of the primitive. If 
the Flow_Control primitive fails to decode at the PSN, an Error_Detected 
event notification is returned to the SCU. 
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Figure 3-14 
PSN Flow Control primitive Message Flow 
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The Query_Port primitive instruction is sent to the PSN when the SCU wants 
to determine the status of a port on the PSN. 


The PSN responds to a Port_Status event notification message with the 
status of the port. However, if an error is detected, and the incoming request 
cannot be processed, an Error_Detected event notification message is 
returned to the SCU. 


Figure 3-15 
PSN QUERY PORT Message Flow 
PSN SCU 
Query_Port 
q- p 
alls the oo PE E determine the status 
of the given por = of the given port. 
Error_Detected 
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Query_Port may also be sent by the PSN to determine the status of the port 
on the SCU. The SCU returns the status of the port in the Port_Status 
message. 


The Query_Time_of_Day primitive instruction is sent to the PSN when the 
SCU wants to know the time of the day from the PSN. 


The PSN responds to a Current_Time_of_Day event notification message 
with the time of the day. However, if an error is detected, and the incoming 
request cannot be processed, an Error_Detected event notification message is 
returned to the SCU. 


The PSN also sends the Current_Time_of_Day asynchronously whenever the 
time is changed on the PSN. 


Figure 3-16 
PSN QUERY TIME OF THE DAY Message Flow 
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The Set_IP_Address primitive instruction is sent to the PSN when the SCU 
wants to: 


e set the IP Address of a given port in the service call. 

e set the address of the Arbitrator. 

e receive Agent Data information for all agents in table PPNROUTE. 
The PSN stores the IP address for the port to be used to send replies and 
responses to the SCU in the future. The Arbitrator address is used to send 


the New_Call event notification for any port that is to be controlled by the 
SCU. 
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After updating the IP address for the port, the PSN sends an 
Instruction_Completed event notification message to the SCU and may send 
a Stop_Heartbeat event notification to the previous SCU IP Address and an 
Agent_Data event notification. However, if an error is detected and the 
incoming request cannot be processed, an Error_Detected event notification 
message is returned to the SCU and the received message is discarded. 


Figure 3-17 
PSN SET IP ADDRESS Message Flow 
PSN SCU 
Set_IP_Address 
<q Instruction_Completed AND 

update the IP Stop_Heartbeat AND/OR 

address for the port 

or the Arbitrator Agent_Data 

Error_Detected 


Another way to update the IP address of a given port without sending the 
above primitive is to include the IP ADDRESS INFO parameter with other 
primitives that are sent for this port. The IP ADDRESS INFO parameter is 
optional in most primitives. 


For example, two IP_Address_Info parameters can be sent in the 
Reconnect primitive, one for the connected and one for the connecting party. 
The ports will not only be reconnected, but their return IP address 
information will also be updated. 


When the PSN comes into service, it sends the In_Service event notification 
message to the SCU. This event notification message is also sent when the 
SCU heartbeat fails or the PSN is just back from a COLD/RELOAD restart. 


Upon receipt of this message, the SCU is to return the address of the SCU 
Arbitrator. The Arbitrator is the initial point of contact for all service call 
ports. In other words, the New_Call event notification message for a port 1s 
always sent to the Arbitrator. 
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Subsequent messages for this port may be routed to the Arbitrator or to a 
new address. The new address is used if the SCU sends another 
Set_IP_Address primitive to update the IP address of this port. 


Figure 3-18 
PSN IN SERVICE Message Flow 
PSN SCU 
The DMS-250 comes In_Service 


into service. 


Set_IP_Address 


<q 
We have the 
Arbitrator’s address 


Periodically the SCU sends the Heartbeat primitive to the PSN to indicate 
that all is well with the Arbitrator. 


If this message is not received within a preset time on the PSN, a heartbeat 
failure occurs and an In_Service event notification is sent to the SCU to 
begin polling for the Arbitrator address. 
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Figure 3-19 
PSN HEARTBEAT Message Flow 
PSN SCU 
Heartbeat 
~<a 
Arbitrator is well. 
Heartbeat 
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No Heartbeat received 
within the preset time. In_Service 


The Reset_Switch primitive instruction is sent to the PSN when the SCU 
wants to reset all the ports that are serviced by certain service providing 
units on the SCU. The PSN may or may not idle all the appropriate ports and 
returns an Instruction_Completed event notification message to the SCU. 


The Error_Detected instruction is sent to the SCU after a WARM restart 
on the PSN when the PSN wants to reset all the PSN ports that are in a 
non-talking state and are controlled by the SCU. The SCU resets the status 
of all these ports to idle. 


For COLD/RELOAD restarts, an In_Service_Signalling_Info event 
notification is sent to the SCU (with the appropriate restart/reset reason). 
The SCU marks all the ports that it is currently servicing on the PSN as idle. 
Also, the PSN takes down, or idles, all the ports that are involved in an SCU 
call. 
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Figure 3-20 
PSN RESET SWITCH Message Flow 
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Message flow examples for services 

In the previous sections, the primitive/macro instructions and event 
notification messages and their parameters have been given in detail. The 
following is an attempt to show how these messages may be used by the 
SCU to control the call flow on the PSN and in the process implement 
services. 


Debit card is an example of a service that can be implemented using the 
PSN. The caller places a call with a prepaid debit card. This means that a 
pre-specified amount of time is assigned to the caller for the call, for which 
the caller has pre-paid. 


When the call duration is nearing the pre-specified amount of time, a 
message is played to the caller (for example, “you have 5 minutes left on 
your pre-paid card”). Eventually, if the time expires and the call is still up, 
the debit card application can issue disconnect instructions for both the 
parties to take down the call. 
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Figure 3-21 
Message Flow for a DEBIT CARD Service Implementation (Part 1) 


PSN SCU 


New_Call [A] 


l p 
trigger to transfer 


control to the SCU for the 
original port (A) 


PPCD [A] 


Setup digit collection for A Instruction- Compreted 


A dials 1-800-555-1111 JDigits_Collected [1-800-000 


PPCD [A] 


Instruction_Completed 


Setup digit collection for A w 


A dials the debit igits_Collected (Debit Card#) 
card number 


PPCD [A] 


Instruction_Completed 


Digits_Collected 


A dials the destination {destinationADDR) i 
address (address of B) 


Setup digit collection for A > 


Connect [A,B] 


Route_Selected 


A is connected to B a 
B went Off—hook, off_Hook [B] 
A and B are talking > 


297-2621-380 Standard 04.03 August 1999 


PSN messages 3-33 


Call Redirection is another service that can be implemented using the PSN. 
An A to B call is setup where A is the originator of the call, and B is the 
terminator of the call. Party B is then monitored for tones. When B dials an 


“kit is reported to the SCU. 


Figure 3-22 
Message Flow for a DEBIT CARD Service Implementation (Part 2) 
PSN SCU 
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The SCU can then instruct the PSN to collect digits on party B, using the 
Play_Prompt_Collect_Digits_&_Report (PPCD) instruction. Digit 
collection is setup on party B. When digits are collected, they are reported to 
the SCU. When sufficient digits are collected, the SCU instructs the PSN to 


Connect party B to party C. 
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Party B is again monitored for tones. When B dials the necessary digit, for 
example an “*”’, it is reported to the SCU. The SCU may then instruct the 
PSN to collect digits on party B, using the 
Play_Prompt_Collect_Digits_&_Report (PPCD) instruction. Digit 
collection is setup on party B. When digits are collected, they are reported to 
the SCU. 


If the digits correspond to the bridge code, the SCU sends a Bridge 
instruction to the PSN to bridge and conference the three parties, A, B, and 
C: 


If the digits correspond to the release code, the SCU sends a Disconnect 
instruction on party C to the PSN. This disconnects party C from the 
redirected call and leave A and B in a regular two-party call. 
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Figure 3-23 
Message Flow for a CALL REDIRECTION Service Implementation 
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Figure 3-23 
Message Flow for a CALL REDIRECTION Service Implementation (Continued) 
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PSN finite state machine 


This chapter contains the detailed description of the PSN Finite State 
Machine. It describes the relationship and dependencies between the various 
primitives and event notifications. 


The PSN protocol is designed around a Finite State Machine guideline that 
indicates the states, events, and the allowable transitions between the states. 
This Finite State Machine forms the basis for the initial as well as the 
subsequent enhancements to the protocol. 


The PSN receives instructions from the SCU for a particular port and 
performs these instructions on that port. The results of performing these 
instructions may involve sending reports and event notifications back to the 
SCU. An instruction may or may not be valid depending upon the state of 
the port at that time. This is best described using a Finite State Machine. 


A port or an agent is defined as a trunk member. The port state may be 
described as a combination of two states: Agent state and Connection state. 


The Agent state corresponds to the state of an agent and a port. The 
Connection state is the state of the connection in which the agent and port 
are involved. The primitive instructions that are received from the SCU are 
processed based on these states. 


Agent state 
The Agent state is the state of the port and agent. It represents the state of 


the port without describing its connection status. 

The following Agent states are defined: IDLE, SEIZED, and ANSWERED. 
e The Agent state is IDLE if the trunk member is idle. 

e The Agent state is SEIZED if the trunk member is seized and On-hook. 


e The Agent state is ANSWERED if the trunk member is seized and 
Off-hook (or answered). 
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Connection state 


The Connection state is the state of the connection that the agent and port is 
currently involved in. 


The following Connection states are defined as HELD, LISTENING, and 
LINKED. 


e The Connection state is HELD if the connection has no voice path in 
either direction. 


e The Connection state is LISTENING if the connection has voice path in 
one direction, but not the other. 


e The Connection state is LINKED if the connection has voice path in 
both directions. 


Figure 4-1 provides examples of PSN, Agent state, and Connection state. 
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Figure 4-1 
PSN agent and connection states 
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The Finite State Machine 


The Finite State Machine for the PSN is shown below. This Finite State 
Machine applies to any party in a service call (that is, the originator, 
terminator, and so on). Hence, each port has an instance of the Finite State 
Machine running on its behalf. 


The state changes depend upon the port. For example, if the originating port 
is in an Answered and/or a Held state, then upon receipt of a Connect 
primitive from the SCU, the originating port state transitions from the 
Answered and Held to the Answered and Linked state, and the terminating 
port state transitions from the Idle and Held state to the Seized and Linked 
state. The terminating port remains in the Seized and Linked state until the 
party answers, at which time, the state of this port is changed to Answered 
and Linked. 


The following section describes the state transitions in detail with an 
example or a call walk through. 


The Finite State Machine has been shown in three figures. Figures 4-2 and 
4-3 show the explicit and implicit state transitions in the PSN upon receipt 
of the SCU primitives. Figure 4-4 shows the state transitions upon receipt of 
peripheral (XPM) events. All three figures must be used to determine the 
complete port state transitions. 


Figure 4-2 shows the explicit state transitions for ports. In this figure, a 
primitive can be received from the SCU on a port when the port is in any 
port state (which is the combination of agent and connection states). Upon 
receipt of the primitive, one of the following may happen: 


e The primitive is valid for the port in its current state. Hence, the 
primitive is executed in this state. As a result of this execution, there 
may or may not be a state change for the port. 


e The primitive is invalid for the port in its current state and is not 
executed. The port remains in its current state. The SCU is notified of 
the error that was detected in the Error_Detected event notification 
message. 


Note 1: The Set_Billing_Record and Transmit_Siginfo primitives do not 
cause any state changes and are valid in all but the Idle and Held state. 
Hence, they are not shown in the Finite State Machine diagram that 
follows. 


Note 2: The Query_Port primitive is valid in all the states and does not 
cause state changes. Hence, it is not shown in the Finite State Machine 
diagram that follows. 
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Note 3: The New_Call is an event notification rather than an SCU 
primitive. Nevertheless, it is shown in the following figure to show the 
first state transition out of the Idle and Held state. 
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Figure 4-2, PSN finite state machine for the SCU primitives (implicit state transitions) 
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The Figure 4-3 shows implicit state transitions for ports. 


The primitives, such as Reconnect, Bridge, Stop_Message cause implicit 
state transitions. For example, in a two-party call where party’s A and B are 
talking, a Disconnect on A causes an explicit state transition from the 
Answered or Linked state to the Idle or Held state for party A. The previous 
figure illustrates this point. 


However, the Disconnect primitive causes an implicit, or indirect, state 
transition for B from an Answered or Linked state to an Answered or Held 
state. 
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Figure 4-3, PSN finite state machine for the peripheral event 
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The third part of the Finite State Machine describes the state transitions upon 
receipt of peripheral events from the peripheral on the PSN. These events 
can broadly be classified into the following categories. 


e Release: any PM event that indicates that the port has been released, 
disconnected, or idled. 


e Answer: any PM event that indicates that the port has answered or gone 
off-hook. 


e Digit_Collected: any PM event that reports the digits that were collected 
on the port. 


e :Outpulsing: any PM event that indicates that digits and/or other 
signaling information is being transmitted or received on this port. 


e Tone_Detected: any PM event that reports the tone or digit that was 
detected on the port. 


e Message_Played: any PM event that reports that the announcement or 
tone connected to a port has finished playing. 
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Figure 4-4, PSN finite state machine for the peripheral events 
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Call walk through 
Figures 4-5, 4-6, and 4-7 shows an example of a call walk through. 


The Finite State Machine that was described in the previous section applies 
to all the parties and ports involved in the service call. Hence, each port in 
the call has its own instance of the Finite State Machine, and the current 
state and the state transitions for one port vary when compared to the other 
ports in the call. 


The following text describes a two-party call controlled by the SCU. The 
state transitions for the originating party (A) and the terminating party (B) 
are shown below. 


The originating party is A. During the course of call setup, it is determined 
that the call is to be controlled by the SCU, and a New_Call event is sent to 
the SCU. The SCU collects digits, determines a route, and terminates the 
call (to party B). Next the SCU instructs the PSN to perform some actions, 
such as Hold and Mute, on party A. Finally, party B goes On_Hook, and party 
A is connected to an announcement or tone. After the said announcement or 
tone completes, the SCU takes party A down. 
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Figure 4-5, example call walk through (Part 1) 
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Figure 4-6, example call walk through (Part 2) 
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Figure 4-7, example call walk through (Part 3) 
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General rules and restrictions for using primitives 


Some of the primitives are straightforward to use. Others, have rules and 
restrictions that are not so obvious, but if ignored, can cause errors in 
primitive execution, which causes the primitive to be discarded. Also, there 
are primitives that affect the call topology in one way if the port is involved 
in a two party connection, whereas the effect is totally different if the port is 
involved in a multi-party connection. 


1 Bridge 


a. Bearer Capability Screening for ports in a bridged call will not be 
supported. Refer to Terminating Agent Bearer Capability (BC) 
Screening in this chapter for details. 


b. Updating IP addresses and Billing Records is not possible using the 
Bridge primitive. The IP Address Info and Billing Info parameters 
are not included in the Bridge primitive. 


c. A Bridge primitive that is received on a port that is presently 
involved in a connection applies to all the parties in that connection. 
This implies that all the parties in that connection are bridged. 
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d. The tone durations of 1 and 2 seconds are invalid for the Bridge 
primitive. 


This is shown in the following diagram. 


A 
A 2 
C B 
A, B and C are Talking D and E are Talking 


Bridge (A,B,D) 


A 


D C 


A, B, C, D and E are Talking 


e. All the ports to be bridged have to be non-idle. Also, all ports to be 
bridged must be involved in this or another service call. 
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f. The maximum number of ports that may be bridged is 30. This 
applies to new as well as existing parties in the call. This is shown in 
the following diagram. 


(me) Bridge (25 more (ns 
—_—______» 


5 ports talking 


Bridge (26 more ports) x 
$$ > 


Not Allowed 


5 ports talking 


g. Performing a Bridge primitive with a large number of agents (>10) is 
not recommended without the minimum CPU configuration (as 
defined in the “Restrictions and Limitations” section of this chapter). 
Without the minimum recommended CPU capacity (and depending 
on traffic load) the Bridge primitive with more than 10 agents in the 
primitive may exceed CPU usage limits and fail. 


Digital Switching Systems UCS DMS-250 Programmable Service Node (PSN) Application Guide UCS09 


4-18 PSN finite state machine 


This is shown in the following diagram. 


A 


AN e 


Msg 1 
A and B are listening to Msg 1 D and E are Talking 


Bridge (A,B,D, Msg 2) 


D Msg 1 
Msg 2 


A, B, D and E are listening to Msg 1 and Msg 2 


h. Ifa PM containing a conference circuit or an individual conference 


port abnormally exits on a PSN conference, for example, by busying 
the CTM/MTM, by holding the conference circuit, or by force 
releasing a conference port at the MAP level, the entire PSN 
conference is held. In other words, all PSN agents on the conference 
are held from the Bridge and any messages on the conference are 
terminated. 


If an Announcement or Trunk (PSN agent) abnormally leaves a PSN 
conference, for example, the Announcement or Trunk is force 
released at the MAP level, it is processed as if the Announcement or 
Trunk had simply terminated, timed-out, or disconnected as normal. 
The resource is removed from the conference and the conference is 
optimized. 


When performing a Bridge,the previous topologies of each agent in 
the Bridge primitive are not saved. Therefore if an error occurs (for 
example, no idle conference circuits are available, or software 
resources unavailable), the resulting topology of each PSN agent in 
the Bridge is not guaranteed. The agent may be held, left in its 
previous topology, or conferenced (as the Bridge requested). 
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For example, consider a scenario where three parties (A, B, and C) in 
a conference are bridged to a call with two parties that are talking (D 
& E). A Bridge primitive is received from the SCU to bridge A, B, C, 
D, and E. 


The bridging process may encounter an error during the execution of 
the primitive. This causes an Error_Detected to be sent to the SCU 
and the Bridge primitive is discarded by the PSN. The call topology 
may contain one or more parties in a Held state. Although the 
previous topologies are not retained by the PSN, the resulting state 
for each agent is sane. 


This is shown in the following diagram. 


A 
/\e _— 
C 
A, B and C are Talking D and E are Talking 
Bridge (A, D) 
Bridge 
? 
OR 
A A 
B B 
C C 
= D E 
E 
A, B, C Held 
ai Held ae D'& E Talking 


2 Collect_Digits_& Report (CD), and 
Play _Prompt_Collect_Digits_& Report (PPCD) 
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a. 


When received on a port that is involved in a two-party connection, 
these primitives put the given port and any connected port on hold. 


For example, if A is talking to B and a PPCD is received on A, then 
digit collection starts on A and B is put on hold. If A, B, and C are 
talking and a PPCD is received on A, then digit collection starts on 
A, but B and C remain in a talking state. 


This is shown in the following diagram. 


A 


Ae — 


G D and E are Talking 


A, B and C are Talking 


CD/PPCD (A) CD/PPCD (D) 


A D 

A Digit_Collection D Digit_Collection 
b= E 

B and C remain talking E is Held 


b. 


The CD, PPCD primitives and the Monitor primitive are mutually 
exclusive. 


For example, if digit collection (primitive CD/PPCD) is in progress on 
A and a Monitor is received on A, then this stops the digit collection 
and tone/digit monitoring starts. Similarly, if the tone/digit 
monitoring is in progress on A and a CD/PPCD is received on A, then 
the monitoring for the tone/digit stops and the digit collection begins. 
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When CD/PPCD is stopped, a Digit_Collected event notification 
message is sent to the SCU with the digits collected so far (if any), 
indicating to the SCU that the digit collection is aborted. 


When Monitor is stopped, a Tone_Detected event notification 
message is returned to the SCU, indicating that no tone was detected 
and that the Monitor was aborted. 


c. The receipt of any valid primitive after a CD/PPCD, aborts the digit 
collection and the execution of a received primitive begins. Also, a 
Digits_Collected event notification message is sent to the SCU with 
the digits collected so far (if any). 


d. When digit collection is aborted by another non-digit collection 
primitive that does not result in the PSN agent disconnecting (for 
example, Disconnect primitive), a Digit_Collection notification is 
immediately sent to the SCU. Any digits that have been buffered in 
the PM (the digits are dialed before the second primitive arrives, but 
the digits have not been reported to the CC) are lost. 


e. When “Resuming” digit collection, the Inter-Digit-Timer is used for 
both PSIG and PDIL timing values (the First-Digit-Timer is not 
used). The definition of “Resuming” digit collection is the receipt of 
a CD or PPCD primitive when digit collection is currently active and 
the Discard-Buffered-Digits is false. 


f. When a maximum of 0 digits to collect is sent in the CD or PPCD 
primitive; a maximum of 1 is used for the digit collection. 


g. During PSN digit collection, if a Switch Restart occurs (warm, cold 
or reload), the UTR Channel allocated to the PSN call remains 
allocated until the internal UCS DMS-250 UTR trunk audit cleans up 
the resource. Note that the other UTR Channels are not affected by 
this resource tie-up. 


h. During PSN digit collection (from a PPCD primitive) with an ANNC 
Prompt playing, if a Switch Warm Restart occurs, the ANNC 
continues to cycle until the Warm Restart is over. 


i. Two wire trunks (for example, DALs) may “leak” some of the 
received voice prompts signal into the Call Processing as user input. 
When the Bong Tone is recorded, starting with a tone that represents 
an “#”, under severe “leak” the Call Processing may interpret this as 
the termination of user digit stream input. 


j. When digit collection is being performed during a PSN call, the 
following digits are valid as the first digit dialed: 0 to 9, *, and #. 
Special digits A, B, C, and D, if dialed as the first digit, are ignored. 


However, if the special digit is dialed after the first digit, then it is 
collected and reported to the SCU. 


Digital Switching Systems UCS DMS-250 Programmable Service Node (PSN) Application Guide UCS09 


4-22 PSN finite state machine 


For example, if the user dials A214, then 214 is reported to the SCU. 
However, if the user dials 214B, then 214B is reported to the SCU. 


Buffering of digits on the PSN 
k. Buffering of digits on the PSN will begin as soon as either a 
“New_Call” or a “Digits_Collected” event notification message is sent 
to the PSN. It continues until a primitive other than 
“Collect_Digits_& Report” or “PPCD” is received. 


If during the buffering of digits, a CD or a PPCD is received with the 
“DigitsCollection’” parameter’s discard buffered digits field set to 
1 (true), then the digits that were buffered thus far are discarded and 
the digit collection is started all over again as per the received 
primitive. In this case, the prompt in the PPCD is played before digit 
collection. 


If during the buffering of digits, a CD or a PPCD is received with the 
“DigitsCollection” parameter’s discard buffered digits field set to 
O (false), the digits that were buffered in the CC thus far are applied 
to the received primitive. All buffered digits in the PM that have not 
been reported to the CC are lost. If more digits are required, digit 
collection is resumed. Otherwise, the digits that were buffered in the 
CC are returned to the SCU in the Digit_Collected event notification 
message. In this case, the prompt received with the PPCD is not 
played before digit collection. 


Note 1: The maximum number of digits that the PSN will buffer before 
an instruction is received from the SCU is 45. 


Note 2: If the PSN has buffered digits and a PPCD has been received, 
then the buffered digits are applied to it. If more digits are required 
(more than the number buffered), then the digit collection is started 
without playing the message (tone/prompt) before collecting the first 
digit. 
Prompt/announcement timer versus first digit timeout 
In the PPCD primitive, the first digit timer as well as the 
Prompt/Announcement timer is specified. 


The First Digit Timer is used to time the collection of the very first 
digit on the PSN. 


The prompt time is the tone duration specified in the MessageInfo 
parameter. The tone will stop playing after that duration. The 
announcement is played for the number of cycles specified in the 
MessageInfo parameter, after which the announcement stops 


playing. 
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If the PPCD specifies a tone to play, then the tone and the first digit 
timer are started simultaneously. If the user does not dial a digit, then 
a timeout is reported to the SCU, after the tone is played or the first 
digit timeout, whichever occurs first. 


If the PPCD specifies a tone to play that is 1 second long, the tone 
will play for 2 seconds instead, because the PSIG timer has a range 
from 2 to 30 seconds. 


If the PPCD specifies an announcement to play, then the 
announcement and the first digit timer are simultaneously started. If 
the user does not dial a digit, then a timeout is reported to the SCU 
after the first digit timeout occurs, even if the announcement plays 
for a duration shorter than or finishes playing before the first digit 
timeout occurs. 


When a MIN of 0 is sent in a CD/PPCD primitive, the 2nd Timer (the 
InterDigit Timer) is used for digit-collection PSIG and PDIL Timing. 


3 Connect 


One-party vs. two-party connect 
a. There are two flavors of the Connect primitive: one-party and 
two-party. 
A one_party Connect has NIL-TRKGRP and NIL-TRKMEM values 


for the Port Info parameter for party A. An idle terminating agent is 
seized. 


A two_party Connect has the TRKGRP and TRKMEM Numbers of 
an active PSN agent for the Port Info parameter for party A. Party A 
is connected to an idle terminating agent. 
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This is shown in the following diagram. 


A B 
Ais an Active PSN Agent B is Idle 
Connect (A,X) Connect (NIL, B) 
A — X B 
A and X are Talking B is Seized, Held 


b. A Connect on a port that is presently involved in a two-party 
connection, connects this port to a new port and puts the connected 
party on hold. 


c. On the other hand, a Connect that is received on a port that is 
involved in a three or more party connection, connects this port to a 
new port and the remaining ports in the initial connection remain 
connected. 
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This is shown in the following diagram. 


A 


Ae oi 


a D and E are Talking 


A, B and C are Talking 


Connect (A, X) Connect (D, X) 


y 


A — X D ——————— xX 

A and X are Talking D and X are Talking 
B ————C E 

B and C remain talking E is Held 


d. The SETUP Q.931 Signaling Info parameter is mandatory in a 
Connect primitive for a PRI port. However, the IAM or the PTS 
Digits to Outpulse parameters in the Signaling Info are optional for 
the SS7/PTS ports. 


Voice path connection 
e. When a Connect is received by the PSN, a connection is established 
between the two specified trunks and voice path is established in 
both directions. This functionality is only applicable to a two_party 
Connect 


f. If setting up the voice path in both directions is not acceptable, then 
the following macros may be used: 


— Connect +Hold: to setup a connection between the two parties but 
with no voice path in either direction. 


— Connect + Mute: to setup a connection between the two parties but 
with the voice path setup in only one direction. 


Digital Switching Systems UCS DMS-250 Programmable Service Node (PSN) Application Guide UCS09 


4-26 PSN finite state machine 


Outpulsing when a connection is established 


g. 


Outpulsing on an agent that is seized using the Connect primitive is 
optional. This is controlled by making the Signaling Info parameter 
optional in the Connect primitive. 


If outpulsing is required, then the voice path between the two parties 
in both directions is setup after outpulsing is completed. 


Member advancing 


h. 


After a Connect (A and B) has been successfully processed by the 
FSM (a Route-Selected is sent to the SCU), a Termination 
_Failure Msg may arrive for party B from the PM. This happens 
when the termination protocol is not followed by the other end of the 
terminating party B, such as the Local Exchange Carrier (LEC) did 
not return a Wink. The failure of this termination protocol indicates 
that the initial party B cannot be seized. 


When this failure occurs, the next available party B member is seized 
and another route selected is sent to the SCU, using the IP Address 
stored for the previous party B. If the terminations continue to fail, 
the next available members are seized and Route Selected is sent to 
the SCU until either three subsequent member advances have 
occurred for the most recent Connect primitive, or all of the available 
party B members have been attempted, in which case, a 
Fatal_Error_ Detected is sent to the SCU. 


If Signalling_Info was present in the initial Connect primitive, then 
the same signaling is performed on every successive party B. 


If an explicit or implicit Hold is performed on the connection 
between party’s A and B, then the member-advancing ability is 
immediately terminated. In other words, if the PSN has not received 
the completion of the terminating protocol for party B (in this case a 
Termination_Failure Msg is imminent) and a Hold is performed 
on party A and B, then party B is Held and the Termination 
_Failure Msg does not arrive in the PSN. 


Hence, member-advancing is aborted—no Termination_Failure 
Msg even though the Wink protocol did not complete—by the 
primitives listed below (for either party A or B). 

— Bridge 

— Collect_Digits_&_Report 

— Connect 


— Disconnect 
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— Hold 

— Play_Message 

— Play_Prompt_Collect_Digits_& Report 

— Reconnect 

— Transmit_Siginfo (PTS On-hook, SS7 REL, PRI REL/DISC) 


The following primitives (destined for party A or B) do not affect 
Member-Advancing: 


— Monitor 

— Mute 

— Query_Port 

— Set_IP_Address 


— Set_Billing_Record 


— Transmit_Siginfo (other than PTS On-hook, SS7 REL, and 
PRI REL/DISC) 


Parameters 


i. When a Connect primitive contains the Billing Info or IP Address for 
party B, the trunk member of party B has to be NIL (32767). 


Unsupported vs. unavailable agents 
j. When terminating to a PSN agency (via the Connect primitive), an 
idle member of the trunk from table TRKGRP is obtained before 
performing any validation on the agency. This is because validation 
on a trunk member is not possible without obtaining one. 


If an idle member is not available, then an Error_Detected event 
notification is sent to the SCU with an error cause of “Route Not 
Available”. 


If an idle member is available, and the agency is not supported by 
PSN for termination, then an Error_Detected with an error cause of 
“Agent Unavailable” is sent to the SCU. 


4 Reconnect 


a. A Reconnect on a port that is presently involved in a two-party 
connection, reconnects this port to a new port and puts the connected 
party of the previous connection on hold. 


A Reconnect that is received on a port that is involved in a three or 
more party connection, reconnects this port to a new port and the 
remaining ports in the initial connection remain connected. 
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This is shown in the following diagram. 


A 


/\ 
g B 


A, B and C are Talking 
D is Held 


Reconnect (A, X) 


A —D 
Aand D are Talking 
B ————C 


B and C remain talking 


D and E are Talking 
X is Held 


Reconnect (D, X) 


y 


D ————— X 
D and X are Talking 
E 


E is Held 


5 Disconnect 


a. If a Disconnect is received on a port that is in a connection with 


another port (and the connection does not have more than two 


parties), the port on which the primitive is received is idled, and the 


connected port state changes to Answered (Seized or Held). 


If the above connection does have more than two parties, then the 
port on which the Disconnect primitive is received is idled, while the 


remaining parties remain in the connection as before. 
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This is shown in the following diagram. 


A 


Ae e 


g D and E are Talking 


A, B and C are Talking 


Disconnect (A) Disconnect (D) 
A D 
Ais Idled D is Idled 
B ——C¢ E 
B and C remain talking E is Held 


b. The receipt of a Disconnect primitive results in an 
Instruction_Completed event notification. When the Agent goes 
On_Hook after being disconnected, an On_Hook event is not sent to 
the SCU as the Agent is no longer considered to be controlled by the 
SCU. 


6 Monitor 


a. Receipt of any valid primitive after a Monitor does not abort a tone 
or digit monitoring, unless the received primitive iscD/PPCD. 


b. In order to turn off monitoring for tones, the SCU may send another 
Monitor with all the bits in the MonitorMask parameter turned off. 


c. Ifaport is being monitored for tone/digit and the port reports the 
requested tone/digit, then the monitoring for tones is aborted and the 
detected digit/tone is returned to the SCU in the Tone_Detected event 
notification message. 
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BBF (blue box fraud) support for PSN 
d. BBF monitoring is supported for an “originating” port (where 

“originating” indicates party A of a Connect or a Reconnect 
primitive), provided the “terminating” port (where “terminating” 
indicates party B of a Connect or a Reconnect primitive) is datafilled 
in Table BBTKSGRP with the necessary datafill. BBF is not 
supported under any other combination of agent topology or 
BBTKSGRP datafill. 


7 Play Message 


a. When a second Play_Message is received on a port that is presently 
listening to a message, the first message is aborted and the port is 
connected to the second one. 


b. The tone durations of 1 and 2 seconds are invalid for the 
Play_Message primitive. 


c. Ifa Connect or a Reconnect is received on a port that is listening to a 
message (and not connected to any other party), the message is 
stopped and the new connection is made. 
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This is shown in the following diagram. 


A 


ran Message 1 


B 
A & B listening to a Message 


f 


Connect (A, D) 


A —— D 
A and D Talking 


B ————— Message1 


B listening to the Message 


A — Message 0 


Play_Message 
(A, Message 2) 


A ———— Message 2 


A listening to Message 2 


Connect (A, D) 


A — D 
Aand D Talking 


8 Stop Message 


a. When a Stop_Message primitive is received on a port that is listening 
to a Message, or upon completion of a Message that is being played, 
the port state automatically goes into an Answered Held state from 
the Answered Linked state (if the port is not involved in a connection 


with another port). 
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This is shown in the following diagram. 


A 


e A listening to a Message 


A & B listening to a Message 


y 


Stop_Message (A) 


Stop_Message (A) 


A —B A 
Aand B Talking Ais Held 


9 Transmit_Siginfo 


a. This primitive can be received on a port that is in any state except the 
Idle Held state. 


b. This primitive, together with the Signaling_Event notification 
message, can be used for answer and release propagations, for 
example. 
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The SS7 Message Propagation example is shown in the following 
diagram. 


A —B 


A and B are Connected, B is seized 


Network DMS-250 SCU 


Connect [A,B] 


IAM SentonB 


ACM received on B 


Signaling Event [B, ACM] 


Transmit_Siginfo [A, ACM] 


ACM Senton A 


B Answers 


ANM received on B 


Off Hook [B, ANM] 


Transmit_Siginfo [A, ANM] 


< 


ANM Senton A 


A —B 
Aand B are Talking 


Note : Propagation of PROGRESS (on PRI agents) is done automatically 
by the PSN and cannot be controlled by the SCU. This is due to the time 
constraints on these messages imposed by the LEC/PBX. 
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c. The SCU must not send the IAM more than once on an SS7 port. For 
example, if the port receives an IAM in a Connect primitive, then it 
cannot be sent again in the Transmit_Siginfo primitive. 


d. The SETUP Q.931 message is mandatory in a Connect primitive for 
a PRI port. Therefore, the Transmit_Siginfo will not be used to send 
the SETUP to a PRI port because the SETUP message may not be 
sent multiple times to a PRI port. 


e. The answer messages (that is, the ANM, CONNECT, and PTS 
Off-hook) are invalid when received on a port that is in a Seized 
State. 


f. The answer message for a PRI port (the Q.931 CONNECT message) 
may only be sent on a port that is in the Answered Linked state. 


Feature interactions 


Currently, there are no feature interactions with existing in-switch features. 
Once a call is tagged a service call, the SCU is given full control of this call. 
The SCU may then send instructions to control the call flow of this call. 


The SCU continues to have full control of this call until all parties in this 
call go On-hook or are disconnected by the SCU. 


Terminating agent bearer capability (BC) screening 


When a connection is made between any two ports, using either a Connect 
or a Reconnect primitive, the Bearer Capability (BC) of the two ports is 
screened for compatibility. Bearer Capability compatibilities are defined in 
the table, BCCOMPAT. This table defines the Bearer Capability pairs that 
are compatible with one another. 


If the Bearer Capability screening fails, then the connection is not made and 
an Error Detected event notification message is sent to the SCU. 


The BC compatibilities are derived from the following sources: 


1 For the port that triggers a New_Call event to the SCU, the BC is 
obtained in-switch. 


This value is obtained from either the table, TRKGRP or the table, 
MEMATTR (if the trunk has the MEMATTR option in table TRKGRP). 


For subsequent connections on this port, the SCU can change the port’s 
BC, using the optional Originator Bearer Capability parameter in the 
Connect primitives). When this happens, the new BC is used to check 
the compatibility. 
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2 For all subsequent ports that are added to a service call, the Bearer 
Capability is derived from the SignalingInfo parameter that is 
included in the Connect primitive. Subsequent connection setups on this 
port use this Bearer Capability information for BC screening. 


The Bearer Capability information is included in the SignalingInfo 
parameter as the following sub-parameters and is based on the signaling type 
of the port. If the Bearer Capability sub-parameter is not included in the 
SignalingInfo parameter, then the BC is derived from the table TRKGRP. 


— the sub-parameter BEARER CAPABILITY for PTS agents 


— the sub-parameter USER SERVICES INFORMATION for SS7 
agents 


— the sub-parameter BEARER CAPABILITY (in Q.931 format) for 
PRI agents 


New call rejected 


When the PSN determines that a call is to be controlled by the SCU, it sends 
a New_Call event notification message to the SCU. The SCU may then 
decide not to provide service to this call. In this case, a New_Call_Rejected 
instruction is sent by the SCU to the PSN. 


When the New_Call_Rejected event notification is received by the PSN, the 
associated port will be routed to the PSNF treatment. 


New call timeout 


When the PSN determines that a call is to be controlled by the SCU, it sends 
a New_Call notification message to the SCU. If the data link or the SCU is 
down for some reason, the message may never reach the SCU. 


In order to avoid the call from being hung forever, a timer (controlled by the 
PSN_EVENT_TIMER Office parameter) is started every time a New_Call event 
is sent to the SCU. If the SCU does not respond within the said time, then 
the timer pops and the port is routed to the PSNF treatment. Also, the 
PSN201 log is generated. 


If the PSN receives a message before this timer pops, the following events 
will transpire: 


e Ifthe SCU responds with a New_Call_Accepted or any other call control 
primitive message, the timer is canceled. 


e If the received message has no errors, then the instruction is executed. 


e If the received message has errors, then the instruction is discarded and 
the PSN waits for the next instruction. 
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The following is a list of primitives that upon receipt, cancel the 
PSN_EVENT_TIMER: 


Bridge 

Connect 
Collect_Digits_& Report 
Disconnect 

Monitor 

Mute 
New_Call_Accepted 
New_Call_Rejected 


O o Nn HD Nn FW YN 


Play_Message 


— 
© 


Play_Prompt_Collect_Digits_& Report(PPCD) 


— 
— 


Reconnect 


— 
N 


Set_Billing_Record 


— 
W 


Stop_Message 


p— 
P 


Transmit_Siginfo 
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call. 


The following diagram shows the use of PSN Event timer during an PSN 


Process the received message 
Cancel Timer 


Digit_Collection is started 


Collect_Digits_&_ Report (no errors) 


Example 1 
DMS-250 SCU 
trigger to transfer B 
control of the port to , New_Call 
the SCU. Start Timer 
Set_IP_Address Or 
Timer Keeps Ticking Query Port, etc. 
Process the received message (with errors) 
Cancel Timer 
E Detected 
Discard the recvd. msg. eee 
Example 2 
DMS-250 SCU 
trigger to transfer = 
control of the port to . New_Call 
the SCU. Start Timer 


Instruction_Completed 
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Error handling 


Errors that are detected on the PSN are reported back to the SCU. The SCU 
determines the error handling results for the call and sends the necessary 
primitive instructions to the PSN for execution. 


The Errors detected at the PSN may be classified into three types: 
e non-Context Specific Protocol Errors in the received SCU messages 


When these errors are detected, the PSN202 log is generated and an OM 
register in the PSN_ERPS OM group is pegged. 


e context Specific Application Errors in the received SCU messages 


When these errors are detected, the PSN202, PSN203, PSN207 or 
PSN208 log is generated and an OM register in the PSN_ERFM or the 
PSN_ERPS OM group is pegged. 


e PSN Internal Errors 
When these errors are detected, the PSN204, PSN205, PSN206 or 
PSN208 log is generated and an OM register in the PSPN_ERFM OM 
group is pegged. 


For details on logs and OMs, please refer to chapters “PSN logs” and “PSN 
operational measurements”. Also, refer to UCS DMS-250 Logs Reference 
Manual and UCS DMS-250 Operational Measurements Reference Manual. 


Fatal versus non-fatal errors 


Each error that is detected on the PSN or reported by the SCU, may be Fatal 
or non-Fatal. 


Non-fatal errors prevent the execution of the current primitive, but do not 
prevent the processing of future primitives on this port. Hence, the port is 
not routed to a treatment or taken down. 


Action: 


e Upon detection of non-fatal errors, an Error_Detected message is 
reported to the SCU. The port is not taken down. 


e The SCU may use the Error_Detected message to report a non-fatal 
error. Such errors are logged (PSN200 logs) and the appropriate OMs are 
pegged, but the port is not taken down. 


Fatal errors not only prevent the execution of the current primitive, but also 
prevent the processing of future primitives on this port. Hence, the port is 
taken down. 
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Action: 


Upon detection of fatal errors at the PSN, an Error_Detected message 
is reported to the SCU. Also, the associated port is taken down or idled. 


If the SCU detects a fatal error, then the error is reported as a Disconnect 
primitive. This results in the appropriate port being idled at the PSN. 


Non-context specific protocol errors 


The Non-Context protocol errors are defined as errors that occur due to 
protocol violations of primitive command formats. 


A list of protocol errors are specified below. For each error, the action taken 
by the PSN is also given. 


Unrecognized Primitive 
The primitive that is received in the message is not one of the 
pre-defined ones. 


Action: an Error_Detected event notification is sent back to the SCU, and 
the primitive is discarded. The associated port is not affected in any way. 
Missing Mandatory parameters 

One or more parameters that are identified as mandatory for the given 


primitive are missing. 


Action: an Error_Detected event notification is sent back to the SCU, and 
the primitive is discarded. The associated port is not affected in any way. 
Unrecognized parameters 

The parameter that is received in the primitive is not one of the 
pre-defined ones. 


Action: the parameter is dropped and the processing of the primitive 
continues. The associated port is not affected in any way. 


Parameter Contents invalid (out of range, unused, spare, or reserved) 
The parameter contents are invalid. This means that any field in the 


parameter contents has a value that is invalid. 


For example, the inter digit timer field in the digits dialed parameter is 
five bits long. Its value may be from 0 to 32. But the valid range has 
been defined as 1 to 20. A value of 0 is invalid, as it is a spare. 


The trunk group number is defined as a number between 0 — 9999. The 
value 10000 is invalid because it is out of range. 
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Actions: 


e Ifthe parameter is mandatory for the given primitive, then an 
Error_Detected event notification is sent back to the SCU, and the 
primitive is discarded. 


e If the parameter is optional for the given primitive, then the parameter is 
dropped and the primitive is processed in its absence. 


Either way, the associated port is not affected. 


e Duplicate parameters received in a primitive 


More than one parameter of the same type is received with a given 
primitive. For example, two Message Info parameters are received in a 
Play_Message primitive. 


Action: The last parameter from the duplicate parameters list is the one 
that is used for primitive execution. The other parameters before this one 
are discarded and the associated port is not affected. 


Context specific application errors 


The context specific application errors are defined as errors that are 
identified during the execution of the primitive instructions. 


These errors depend upon the context of the call. For example, a primitive 
can be valid when received in a particular port state, but invalid in another 
port state. 


Primitive validity based on agent state 

Primitives are received for a port and agent. The primitive is valid or invalid 
based on the Agent state. For example, a Collect_Digits_& Report received 
on a port that is idle or seized is invalid. All such errors are treated as 
non-fatal errors. 
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Table 4-1 captures this information in detail. 


Table 4-1, primitive sequence based on agent state 


U= invalid; Vaval) [tale | Seized | Answered | 


AGENT STATE 
Collect_Digits_&_R 
eport 


Connect 
Disconnect 


Hold 
Monitor 


Mute 


m a a 


New_Call_Rejected 
or 
New_Call_Accepted 


R 
E 
Cc 
E 
| 

V 
E 
D 


Play_Message 


PPCD 


Query_Port 


Reconnect 


Stop_Message 


Transmit_Siginfo 


Set_Billing_Record 


Set_IP_Address 
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Primitive sequence based on connection state 

The order in which primitives are received from the SCU is very important. 
This is because most primitives change the (connection) state of the port, 
thus making the new state valid or invalid for the subsequent primitive that 
is received from the SCU. 


For example, a Reconnect has been received on an Answered port, which is 
valid. If a New_Call_Rejected primitive is received next on the same port, it 
is invalid. However, a Bridge a Hold, or a Collect_Digits_& Report on this 
port is valid. This decision is based on the port’s Connection state, which 
after receiving the Reconnect, has been changed to Linked. 


Table 4-2 tries to capture this information. The column of primitives 
contains the primitive that is received FIRST. The row of primitives 
identifies the primitive that is received NEXT. For example, the first row of 
this table shows the primitives that can be received after a Bridge. 


Upon receipt of the next primitive, the PSN does one of two things: 


e The PSN executes the primitive because the primitive is valid in the new 
port state (this condition is marked by a “V” in the table). 


e The PSN sends an Error_Detected event notification message to the SCU 
because the primitive is considered invalid in the new port state (this 
condition is marked by an “T’ in the table). The error that is detected is 
non-fatal and does not affect the port. 
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Table 4-2, primitive sequence based on the connection state 


BiC|;C;}D JH |M|M | New_cal P|}P/Q{|R/{S{/T 
rlo/;/o/]i |o |o |u | 1_Rejec Ii Pjujeltjr 
i j|liljnj|s|i |n |t | ted or aliCjeļcjojļa 
d|iljnjcid]|i |e | New_Cal yiD|/rjojpin 
g liejejo t 1_Accep = y/|n]_|{s 
ejc/;cjn (0) ted M _IinjMim 
t | t jn r e Pile/e]i 
_ e s o|c|s|t 
D c s ritis] _ 
i t a t a|S 
g g g i 
i e e g 
t l 
S n 
_ f 
& (0) 
R 
e 
p 
o 
r 
t 
RECEIVED SECOND 
Bridge VIVIVIVIVIVĪV | VIVIVIVIVIĪIV 
(after VIVIVIVIVIVYVĪIV | VivyjJVvVivdl V 
Message_Played) 
ems Cd CC reee 
(after VIVIVIĮV IJV] | ViV]iJViv V 
Digits_Collected) 
comet ACA KAA KC KC 
Disconnect Not Applicable as the port is idled after a Disconnect 
= TIETE EE 
Monitor All scenarios except New_Call_Accepted and New_Call_Rejectedare 
VALID as Monitor does not change the state of the port 
(after All scenarios except New_Call_Accepted and New_Call_Rejected are 
Tone_Detected) VALID as Monitor does not change the state of the port 
Mute ViIViVIJV}| VJ] Viv | VIVIVIVIVIĪĮV 
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BIC D New_Cal P RISIJIT 
r |o i l_Rejec l ejt jr 
i l s ted or a c joja 
d | | c New_Cal |y ojpin 
gle (0) l_Accep | _ n}_|s 
e jc n ted M n IM |m 
t n e eje |i 
_ e s cjs |t 
D c s tis | _ 
i t a a |s 
g g g |i 
i e e |g 
t l 
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= f 
& o 
New_Call_Accepted V wA 
New_Call_Rejected | P| | 
Play_Message V 
(after V y 
Tone_Detected) 
PPCD V V 
(after ViIV]VIYV 1 |v 


Digits_Collected) 


Query_Port 


All scenarios except New_c 


all_Accepted and New_Call_Rejected are 


VALID as Query_Port does not change the state of the port 
Reconnect Viviviyv ViviVv | V V V 
Stop_Message VIVIVIVIVIV— l l V V V 


Transmit_Siginfo 


All scenarios except New_Call_Accepted and New_Call_Rejectedare 


VALID as Transmit_Siginfo does not change the state of the port 
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Primary party primitives that affect the connected party 

A Connection can consist of two or more parties. One of the parties is the 
primary party whose port receives the primitive instruction from the SCU. 
The others are Connected Parties. 


Upon receipt of primitives that affect the connection, the Port state of the 
Connected party can also change. Hence, primitives received on the 
Connected party can be valid or invalid depending upon the primitive that 
was received earlier on the primary party. 


For example, a Disconnect that is received on the Primary port changes the 
Connection state of the Connected party to Held. Therefore, a Mute received 
on the Connected party immediately after the Disconnect on the Primary 
party, is invalid. 


Table 4-3 captures this information. 
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Table 4-3, primary part primitives affect the connected party 


(e) 


New_Cal 
1_Rejec 
ted or 
New_Cal 
1_Accep 
ted 


Oe-e-—-O| +00—-—0o 
-~o735 3 00H -—0 
oaennnoZl <9 -70 
== 0 Vl <=0f£90 
=0 03353000J 
oannnoel DOFO 
O53 -Q -0 f-—-3035 09 = 4 


& 


Bridge V 
Connect 
Disconnect 


Reconnect 


Restrictions and limitations 
The following restrictions and limitations apply to PSN calls: 


e COT (COnTinuity) checks are not supported on SS7 terminations in 
PSN phase 1. 


e Tone Monitoring is not supported on PRIs because DTCI hardware does 
not support STRs. 


e BBF monitoring is supported for an “originating” port (where 
“originating” indicates party A of a Connect or a Reconnect primitive), 
provided the “terminating” port (where “terminating” indicates party B 
of a Connect or a Reconnect primitive) is datafilled in Table 
BBTKSGRP with the necessary datafill. 
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e Collect_Digits_& Report and Play_Prompt_Collect_Digits_& Report 
primitives do not support the collection of MF or DP digits. 


e The suspenD SS7 message is treated as a RELease. Upon receipt of this 
message, the port is taken down (similar to a release) for phase 1. 


Warm restarts 


e When a Warm Restart occurs, there is a short period of time when 
messages from the PSN agent’s peripheral are not processed. For 
example, if a PSN agent goes On-hook during a Warm Restart and the 
PM Message is not processed, then the FSM (the primitive Server, Audit, 
and SCU) does not know the PSN agent is disconnected, and the PSN 
still considers the call active. 


e [n certain timing scenarios coupled with the signaling type of the PSN 
agent, when a PSN agent has changed states during a Warm Restart and 
that PSN agent is later supervised (due to a SCU primitive that does an 
implicit or explicit Hold, for example), the FSM may be able to 
determine the new state of the PSN agent and notify the SCU. However, 
when the FSM does not “become aware” of the state change, as with 
UTR Digit-Collection and Warm-Restart interactions, PSN depends on 
the existing TRK Audits to clean up the PSN agent. 


No-Restarts SWACTS 


e When a no-restart SWACT occurs, only simple two-party calls are left 
up. PSN Calls are not simple two-party calls; therefore, they are taken 
down during a no-restart SWACT. 


Hardware 


e Digit Collection is done using UTRs and Tone/Digit Monitoring is done 
using STRs. Hence, DTCs must be equipped with UTRs and STRs. 


e The existing six-port conference bridge is used to allow more than two 
ports to be bridged. Also, it is used to bridge two or more patties to a 
message. Therefore, regardless of the physical conference circuit card 
(that is, the 6-port card or the 30-port card), the datafill associated with 
the card (in table CONF6PR) must specify logical 6-port conference 
circuits. In other words, a physical conference circuit card may also be 
datafilled as various 3-port logical circuits (for 3-way calling), but these 
conference circuits are not used by PSN— only 6-port logical conference 
circuits are used by PSN. 
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e Since PSN uses 6 SOS Processes (that is, Primitive Server) along with 
CallIP (where the FSM executes), a powerful CPU is required to realize 
the full potential of PSN. The minimum recommended DMS CPU is the 
BRISC Series 70 Extended Memory (SN70EM) CPU. All 1, 2, and 3 
Party Primitives work easily on the slower CPUs (for example, ECORE 
or BRISC Series 60), however >3 Party Primitives (for example, a 
Bridge of 10 Agents) are not guaranteed to succeed on the slower CPUs. 


297-2621-380 Standard 04.03 August 1999 


5-1 


PSN flow control 


This chapter contains information on the PSN flow Control functionality. 


The primitive associated with the flow control is described in detail in the 
“PSN messages” chapter. The OMs pegged for flow control are given in the 
Chapter “PSN OMs”. The logs generated for flow control are covered in the 
Chapter “PSN logs”. 


Overview 


Call traffic originating at the PSN triggers data traffic at the PSN-SCU 
interface. This data traffic, under overload condition, may potentially 
overflow the call processing layer, receive queues at the PSN and the 
corresponding message facility at the SCU, and result in message loss. The 
message loss may in turn impact the services on existing calls. In order to 
prevent this impact, PSN flow control provides a mechanism to control the 
flow of data by controlling the new call traffic generated at the PSN. 


Call processing layer flow control at the PSN-SCU interface is instrumented 
by enabling the PSN, or the SCU, to control the rate of New_Call event 
notifications sent to the SCU. The control is applied to all New_Call events 
and no call discrimination is done at the PSN. 


Flow control application process 


Flow Control application process receives and processes Flow Control 
primitives. The userclass for Flow Control application is 04, which receives 
and sends the Flow_Control primitive and the Error_Detected primitive and 
event. If any primitive is received at the Flow Control application that is not 
a Flow Control or an Error_Detected primitive, an Error_Detected event is 
sent to the SCU with an error cause “Primitive UserClass Mismatch Ec” and 
a PSN207 log is generated with a text reason “Prim Not Supported For 
Userclass” at the PSN. 


The maximum number of primitives that can be sent in a message to the 
Flow Control application is one. If a message is received at the Flow Control 
application with more than one primitive, then an Error_Detected event is 
sent to the SCU with an error cause “Max Primitive Exceeded Ec” and a 
PSN209 is generated at the PSN. 
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Flow control initiation 


Flow Control at the PSN-SCU interface may be initiated by either end of the 
interface. 


SCU as a source of flow control 


The SCU may initiate Flow Control at the PSN-SCU interface by sending 
Duration and Gap information in the Flow_Control primitive. At the receipt 
of a Flow_Control primitive, the Duration and Gap indices are validated. If 
the Gap index is greater than the Duration index, an Error_Detected event 
notification is sent to the originator of the Flow_Control primitive at the SCU 
with an error cause “Invalid_Dur_Gap_EC” and the Duration and Gap 
values are not applied at the PSN. If the Duration and Gap indices are valid, 
then a PSN106 log with text reason “Flow Control Activated” is generated 
and the control is instrumented at the PSN by limiting the rate of New_Call 
event notifications by the control Gap for an amount of time specified by the 
control Duration. 


If a subsequent Flow_Control primitive is received at the PSN while the 
control is active, the Duration and Gap values sent later override the former 
values. 


The SCU may remove Flow Control while it is active by sending 0000 as the 
control Gap value in another Flow_Control primitive. If a Flow_Control 
primitive is received at the PSN with a control Gap value equal to 0000 
while the control is active based on the Duration and Gap values previously 
received from the SCU, the control is removed and a PSN106 log with text 
reason “Flow Control Deactivated” is generated at the PSN. 


If a Flow_Control primitive is received at the PSN while the office parameter 
PSN_Flow_Ctrl_Messaging is set to N, then the Flow_Control primitive is 
ignored, and the control is not instrumented at the PSN. 


PSN as a source of flow control 


At the PSN, a nonpreemptive priority queuing is applied to the primitives 
and events related to existing calls and New_Call events. All events that 
belong to existing calls are assigned the highest priority class. All primitives 
that belong to existing calls are assigned a priority below the events 
belonging to existing calls, and all New_Call events are assigned the lowest 
priority class. This ensures timely processing of events and primitives 
belonging to existing calls, and throttles the New_Call event processing at a 
rate proportional to the current traffic rate and the current CPU occupancy at 
the PSN. 


The New_Call event queue delay increases with the traffic load at the PSN, 
and under heavy traffic conditions it results in New Call time-outs for the 
new calls that are queued for a time greater than the office parm, 
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PSN_EVENT_TIMER. All PSN calls that encounter a New_Call event timeout 
are dropped at the PSN, a PSN201 log is generated, and the OM register 
SCUTMOUT in PSN_ERFM is pegged at the PSN. 


Interactions between PSN and SCU initiated flow control 
The Flow Control initiated by the SCU is applied independently of the 
control, resulting from large queue delays at the PSN. 


Flow control behavior at restarts 


The Duration and Gap indices are initialized to nil values and the control is 
deactivated at cold and reload restarts at the PSN. At warm restarts, the 
Duration and Gap indices are not initialized and the existing control is 
allowed to proceed. 


Flow control behavior at a heartbeat failure 
If an SCU Heartbeat Failure is detected at the PSN, then the Flow Control is 


deactivated and a PSN106 log is generated with a text reason “Flow Control 
Deactivated” at the PSN. 


Note: For details on the Flow_Control primitive and the associated 
parameters, please refer to the Chapter “PSN messages”. For details on the 
above office parameters, refer to the Chapter “PSN office parameters.” 
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PSN admin process 


This chapter contains the detailed description of the PSN Admin process. 


The Admin process is one of the user applications at the PSN. The functions 
of the administration process can be categorized as follows: 


e = Initialization 


When the PSN comes into service after the reboot, the cold and reload 
restarts, or the heartbeat failure, it initiates the initial contact polling 
using initial point of contact from the table SCUADDR. The initiation of 
this polling is controlled by office parameter, PSN_INIT_SCU_POLLING. 
Administration process continues the polling by sending an event until it 
receives the SCU Arbitrator address in Set_IP_Address primitive. The 
administration process also initiates the initial contact polling after the 
Norestart SWACT. 


e Heartbeat 


Since the Custom Layer is a connectionless protocol and it sits on top of 
a connectionless transport layer protocol, the SCU heartbeat is required 
to keep the PSN informed of the status of the SCU. Once an initial 
contact has been established between the SCU Arbitrator and the PSN, 
the PSN must receive heartbeat messages (Heartbeat primitive) from the 
SCU Arbitrator within the window of 0 to n seconds. The value of n is 
defined on the PSN by office parameter PSN_HEARTBEAT_WAIT_TIME. 
The periodic heartbeat depicts the availability of the SCU Arbitrator 
application. If, for any reason, the administration process does not 
receive the heartbeat message within PSN_HEARTBEAT_WAIT_TIME 
time interval, it generates a PSN100 log with the text reason “SCU 
Heartbeat Failure,” pegs the OM register of the PSN_ERDC OM group, 
and initiates the initial contact polling. 


Non-CallP Messages: The administration process also handles the following 
non-call processing messages related primitives and events: 
e Query_Time_of_Day primitive 


e Error_Detected primitive 
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e Current_Time_of_Day event 

e Error_Detected event 

e Agent_Data event 

e Stop Heartbeat event 

Note: For details on the Flow_Control primitive and the associated 


parameters, refer to the Chapter “PSN messages”. For details on the office 
parameters given above, refer to the Chapter “PSN office parameters”. 
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PSN audit process 


This chapter contains the detailed description of the PSN Audit process and 
the office parameters, logs, and OMs associated with that process. 


Audit process 


The Audit process is one of the user applications. The Audit is done to 
verify the integrity of the agents across the PSN and SCU. 


Audit office parameters 
The following office parameters are created for use by the Audit process. 


PSN_AUDIT_INTERVAL_TIME: This office parameter specifies the elapsed 
time between subsequent audit cycles. The range of PSN_ AUDIT_ 
INTERVAL_TIME is 0 to 30 minutes in 5-minute intervals. A value of 0 for 
this parameter turns the audit off. Change in the value of this office 
parameter takes effect one iteration after the change. 


PSN_AUDIT_MAX_RETRY: This office parameter is compared with an internal 
counter kept by the Audit process. It represents the number of cycles 
performed by the Audit before a Query Port is sent to the SCU. The range 
for the parameter is 0 To 5. The default is 0. 


PSN_AUDIT_DROP_AGENTS : This office parameter is a Yes or No parameter. 
A Yes allows the Audit process to disconnect a port upon an audit failure. A 
No prevents the Audit process from disconnecting a port upon an audit 
failure. 


Audit logs and OMs 


Log PSN400 is created for audit and registers in the OM group PSN_ERPS, 
which are pegged. The following are the registers pegged and the reasons 
they are used in the PSN400 log: 


SCU_PORT_STATUS_MISMATCH is used, and AUDPSM is pegged, 
when SCU sends a Port Status to the Audit process that indicates an Agent 
state other than Seized or Answered. 
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DISCN_TRK_AUD_FAILS_TO_RCV_PORT_ STAT is used, and AUDPSF 
is pegged, when the SCU does not send a Port Status in response to a Query 
Port, and the Audit is allowed to disconnect the port. 


INFO_ONLY_AUD_FAILS is used when SCU does not send a Port_Status 
primitive in response to a Query Port, or sends a Port_Status to the Audit 
which indicates an Agent state other than Seized or Answered. The Audit is 
not allowed to disconnect the port. This reason is also used when the Audit 
sends an error detected to the SCU. The registers pegged could either be 
AUDPSM, for wrong port status primitive, or AUDPSF, when 
No_Port_Status primitive is sent. 


Log PSN207 with reason PRIM_NOT_SUPPORTED_BY_USERCLASS is 
used, and OM PRMUSRMS is pegged, when SCU sends a primitive to the 
Audit, which is not a Port_Status primitive. 


Audit description 


The Audit is initiated based on the time interval specified in office parameter 
PSN_AUDIT_INTERVAL_TIME. Upon initiation, the Audit accesses all active 
PSN agents. For each active PSN agent, an internal counter is maintained 
which is used by the Audit process. This counter is initialized to zero, and is 
incremented when Audit is initiated. When the counter associated with a 
particular agent becomes equal to PSN_AUDIT_MAX_RETRY, a Query_Port 
event is encoded and sent to the SCU(Client) application. After sending a 
Query_Port event to the SCU for an agent, one of two actions occurs. Either 
a Port_Status primitive is received for the agent, or the PSN _AUDIT 
_INTERVAL_TIME expires, and the Audit is initiated again. If the SCU 
responds with a Port_Status primitive, the Audit decodes the Port Status and 
acts on the information contained in the Port Status. If the Audit is initiated 
before receiving a Port Status, the Audit sends a disconnect (If 
PSN_AUDIT_DROP_AGENTS = Y) to the primitive server for the associated 
active PSN agent. 


If the Port Status received indicates an agent state other than Seized or 
Answered, the Audit disconnects the agent if office parameter 
PSN_AUDIT_DROP_AGENTS is YES, and generates a PSN400 log with reason 
“SCU_PORT_STATUS_MISMATCH”. If the office parameter 
PSN_AUDIT_DROP_AGENTS is datafilled as NO, the Audit only generates a 
PSN400 log with reason “INFO_ONLY_AUD_FAILS” and does not 
disconnect the agent. 


If the SCU fails to respond before the Audit is re-initiated, the Audit 
disconnects the port, (if the office parameter PSN_AUDIT_DROP_AGENTS iS 
YES) and generates a PSN400 log with 
“DISCN_TRK_AUD_FAILS_TO_RCV_PORT_STAT?”. If the office 
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parameter PSN_AUDIT_DROP_AGENTS is NO, the Audit only generates a 
PSN400 log with reason “INFO_ONLY_AUD_FAILS”. 


If SCU returns a primitive other than Port_Status primitive, the Audit sends 
an error detected to the SCU and generates a PSN207 log with reason 
“PRIM_NOT_SUPPORTED_BY_USERCLASS”. 


Consider an example where PSN_AUDIT_INTERVAL is datafilled as 10 
and PSN_AUDIT_MAX_RETRY is 5. PSN_AUDIT_DROP_AGENTS is 
datafilled as YES. The Audit is initiated every 10 minutes. The Audit checks 
for active PSN agents and increments the internal counter associated with 
each PSN agent. When the value of internal counter becomes equal to 5 
(PSN_AUDIT_MAX_RETRY), the Audit sends a Query_Port to the SCU. 
Assume for this example that the SCU returns an IDLE Port Status to the 
Audit. The Audit decodes the Port Status and disconnects the port 
(PSN_AUDIT_DROP_AGENT = Y). The register AUDPSM is pegged and 
log PSN400 with reason “SCU_PORT_STATUS_MISMATCH” is 
generated. 
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PSN logs 


This chapter contains a detailed description of the PSN logs. For more 
information on logs, refer to the UCS DMS-250 Logs Reference Manual. 


PSN log summary 


PSN xxx log 
A new class of informational logs, called PSN, is created for the PSN 
application. 


Log PSN 100 is generated when the PSN encounters a maintenance problem 
on the data link. 


Log PSN 101 is generated when the PSN data link is unable to process the 
message as received from the SCU due to incorrect message length, SPI 
version, or user class. 


Log PSN 102 is generated when the PSN Data Comm Client is unable to 
process the message to be sent to the SCU due to unrecognized User Class 
sent by the PSN application. 


Log PSN 103 is generated when a mandatory PSN table such as table 
SCUADDR is not datafilled. 


Log PSN 104 is generated when the PSN receives a Set_IP_Address 
primitive that changes the SCU Arbitrator Address. 


Log PSN 105 is generated when the PSN receives an Invalid_Set_IP_Address 
primitive or Invalid_Sender_of_Heartbeat. 


Log PSN 106 is generated when SCU initiated Flow Control is activated or 
deactivated. 


Log PSN 200 is generated when the PSN receives an Error_Detected 
primitive from the SCU, indicating that the PSN sent a message that 
contained an application or protocol error. 
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Log PSN 201 is generated when a New_Call_Event message to the SCU times 
out before a response primitive is received from the SCU. 


Log PSN 202 is generated when decoding errors are found in primitives or 
macros from the SCU. 


Log PSN 212 is generated when decoding errors are found in primitives or 
macros from the SCU. This is generated in conjunction with PSN 202. 


Log PSN 203 is generated when a message from the SCU is not completed 
due to an invalid agent or connection state for the primitive received. 


Log PSN 204 is generated when an unexpected internal DMS-250 message 
is received; the error may be fatal, which causes the call to be taken down, 
or non-fatal, so that the call survives. 


Log PSN 205 is generated when a primitive from the SCU is not completed 
due to unavailable software resources. 


Log PSN 206 is generated when a hardware resource is unavailable. 


Log PSN 207 is generated when errors are found during the preliminary 
processing of a primitive sent from the SCU. 


Log PSN 208 is generated when a primitive fails to be completed due to 
problems found by the finite state machine. 


Log PSN 209 is generated when a macro fails due to macro decode failure. 


The PSN 400 log report is generated to communicate errors encountered by, 
or actions taken by the PSN Audit process. 


The PSN 401 log report is generated when the PSN receives a primitive 
“Reset_Switch” from the SCU. 


AUD 599 log 

The existing AUD599 log report is generated when a call that has a PSN 
Primitive or Scratchpad Extension Block associated with it completes 
abnormally. 


AUD 617 log 
The AUD617 log is associated with the PSN Scratchpad Extension Block. 


TRKT 214 log 
A new log is added to the TRKT class of logs. TRKT 214 is generated when 
the new treatment PSN call Failure (PSNF) is set. 
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PSN log description 
The following logs are related to PSN. 


PSN 100 


Example 

PSN100 APR14 15:52:09 8000 INFO PSN MAINTENANCE 
REASON = UNABLE TO ESTABLISH SCU COMM 
IPADDRESS = 47.122.72.10 

PORT = 15 


Overview 
The PSN 100 log report is generated when the PSN encounters a 
maintenance problem on the data link. 


Format 

PSN100 APR14 15:52:09 8000 INFO PSN MAINTENANCE 
REASON = <Text> 

IPADDRESS = <IP Address> 

PORT = < Integer> 


Field descriptions 


Field Value Description 

REASON “SCU Heartbeat Failure” SCU Heartbeat failure 
“Unable to establish SCU Problem with DMS-250 data communication 
Communication” layer 

IPADDRESS IP Address Address of IP Connection 

PORT Integer Port Number 


Action to be taken 
Not necessary. 


Post-analysis 
It is recommended that the problem at the SCU be investigated. 


Internal 
For “SCU Heartbeat Failure”, the UCS DMS-250 begins polling. 
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“Unable to establish SCU communication” indicates that the UCS DMS-250 
has initiated polling, but has not received a reply from the SCU with the 
arbitrator IP value. 


OM register 
Group PSN_ERDC — HBFAIL, NOSCOMM. 


PSN 101 


Example 

PSN101 APR14 15:52:09 8000 INFO PSN MSG PROBLEM 
REASON = WRONG VERSION 

USERCLASS = 1 

LENGTH = 1000 

SPI VERSION = 1 


Overview 

The PSN 101 log report is generated when the UCS DMS-250 is unable to 
process the message as received from the SCU due to incorrect message 
length, SPI version, or user class. 


Format 

PSN101 APR14 15:52:09 8000 INFO PSN MSG PROBLEM 
REASON = <Text> 

USERCLASS = <byte> 

LENGTH = <integer> 

SPI VERSION = <nibble> 


Field descriptions 


Field 


REASON 


USERCLASS 


LENGTH 


Value Description 


“Message Length exceeds SCU Message Problem 


maximum size” 

“Unrecognized SPI Version” 
“Unrecognized Userclass” 
“Client Registered Nil Mail Box” 


“Datacom header Corrupted” 


User Class Admin, CALLIP, Audit 


Integer Message Length 


—continued— 
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Field Value Description 


SPI VERSION 11015 SPI Version 


—end— 


Action to be taken 
No immediate action. 


Post-analysis 
It is suggested that when this log is generated, the SCU programming be 
modified to prevent the problem. 


Internal 
This is generated when the message as received from the SCU is unable to 
be processed. 


OM register 
Group PSN_ERDC — MSGSIZE, DCOMHDR, EMSGDROP. 


PSN 102 


Example 
PSN102 APR14 15:52:09 8000 INFO USER CLASS NOT REGISTERED 
USERCLASS = 8 


Overview 

The PSN 102 log report is generated when the PSN Data Comm Client is 
unable to process the message to be sent to the SCU due to unrecognized 
User Class sent by PSN application. 


Format 
PSN102 APR14 15:52:09 8000 INFO USER CLASS NOT REGISTERED 
USERCLASS = <byte> 


Field descriptions 


Field Value Description 


USERCLASS User Class Admin, CALLP, Audit 


—end— 
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Action to be taken 
No immediate action. 


Post-analysis 
It is suggested that the Nortel Networks support organization be notified to 
verify the proper registration of the user class. 


Internal 
This log is generated when the Data Comm Client does not recognize the 
PSN user class. 


OM register 
Group PSN_ERDC— MSGDROP, UAPPLMBS. 


PSN 103 


Example 
PSN103 APR14 15:52:09 8000 INFO PSN DATAFILL PROBLEM 
REASON = TABLE SCUADDR NOT DATAFILLED 


Overview 
The PSN 103 log report is generated when PSN Table SCUADDR is not 
datafilled. 


Format 

PSN103 APR14 15:52:09 8000 INFO PSN DATAFILL PROBLEM 
REASON = <text> 

Field descriptions 


Field Value Description 


REASON Table SCUADDR not datafilled Verify the entry in Table SCUADDR 


Action to be taken 
Verify the data in the table for proper entries. 


Post-analysis 
No immediate action. 


297-2621-380 Standard 04.03 August 1999 


PSN logs 8-7 


Internal 

This log is generated with the reason “Table SCUADDR NOT 
DATAFILLED” when the Data Comm Process cannot find the necessary 
entry in Table SCUADDR. 


OM register 
Not applicable. 


PSN 104 


Example 

PSN104 APR14 15:52:09 8000 INFO PSN MAINTENANCE 
OLDIPADDRESS = 47.122.72.10 

OLDPORT = 15 

NEWIPADDRESS = 47.134.72.10 

NEWPORT = 10 

SEND AGENT DATA = TRUE 

SPI VERSION = 2 


Overview 
The PSN 104 log report is generated when the PSN receives a 
Set_IP_Address primitive that changes the SCU Arbitrator Address. 


Format 

PSN104 APR14 15:52:09 8000 INFO SCU PSN MAINTENANCE 
OLDIPADDRESS= <IP Address> 

OLDPORT= < Integer> 

NEWIPADDRESS= <IP Address> 

NEWPORT= < Integer> 

SEND AGENT DATA= < Boolean > 

SPI VERSION= <nibble> 


Field descriptions 


Field Value Description 

OLDIPADDRESS IP Address Address of previous IP Connection 

OLDPORT Integer Previous Port Number 

NEWIPADDRESS IP Address Address of current IP Connection 

NEWPORT Integer Current Port Number 
—continued— 


Digital Switching Systems UCS DMS-250 Programmable Service Node (PSN) Application Guide UCS09 


8-8 PSN logs 


Field Value Description 
SEND AGENT TRUE (1) / FALSE (0) Tells PSN to send Agent Data information now. 
DATA 
SPI VERSION 1to 15 SPI Version 
—end— 
Action to be taken 
No immediate action. 
Post-analysis 
This is mostly an information log. However, if the SCU wants Agent Data 
information for all valid terminating trunks currently datafilled in table 
PSNROUTE, the “SEND AGENT DATA” field must be set to TRUE. 
Internal 
The PSN 104 log is generated when PSN changes the SCU Arbitrator 
Address as a result of the Set_IP_Address primitive. 
OM register 
Group PSN_NOTF - AGNTDATA, STOPHTBT. 
PSN 105 


Example 

PSN105 APR14 15:52:09 8000 INFO INVALID INFO 
REASON = Invalid Data for Set IPADDR 

IPADDRESS = 47.122.72.10 


PORT= 15 
TRUNK = 670 
MEMBER = 10 


SPI VERSION = 1 


Overview 
The PSN 105 log report is generated when the PSN receives an 
Invalid_Set_IP_Address primitive or an Invalid_Sender_of_Heartbeat. 


Format 

PSN105 APR14 15:52:09 8000 INFO INVALID INFO 
REASON = <text> 

IPADDRESS= <IPAddress> 

PORT= <Integer> 
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TRUNK= <Trunk number> 
MEMBER= <Member number> 
SPI VERSION= <SPI Version> 


Field descriptions 


Field Value Description 
REASON “Invalid Data for Set IPADDR” 

“Invalid Sender of Heartbeat” 
IPADDRESS IP Address Address of IP Connection 
PORT Integer Port Number 
TRUNK Trunk number Trunk Number 
MEMBER Member number Member Number 
SPI VERSION 1to 15 SPI Version 

—end— 


Action to be taken 
No immediate action. 


Post-analysis 
This is an information log. No action is required. 


Internal 
The PSN 105 log is generated when PSN receives an Invalid_Set_IP_Address 
Primitive or Invalid_Sender_of_Heartbeat. 


OM register 
Not applicable. 


PSN 106 


Example 

PSN106 APR14 15:52:09 INFO FLOW CONTROL 
REASON = Flow Control Activated 

FCSOURCE = SCU 

DURATION = 128 
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GAP =5 
ALL_NEW_CALLS_BLOCKED = FALSE 


Overview 
The PSN 106 log is generated every time SCU initiated flow control is 
activated or deactivated at the PSN. 


Format 

PSN106 APR14 15:52:09 INFO FLOW CONTROL 
REASON2= <Text> 

FCSOURCE= <byte> 

DURATION = <integer> 

GAP = <integer> 

ALL_NEW_CALLS_BLOCKED = <TRUE/FALSE> 


Field description 


Field Value Description 
REASON “Flow Control Activated” Flow control activated or 
“Flow Control Deactivated” Geaciivated 
FCSOURCE “SCU” Flow control initiating source 
DURATION 0, 1, 2, 4, 8, 16, 32, 64, 128, 256, Flow control duration value by 
512, 1024, 2048 Seconds 
GAP 0, 1, 3, 5, 10, 20, 50, 100, 150, Flow control gap value in tenth of 
300, 500, 800, 1200, 3000, 6000, a second 
0 
All NEW_CALLS_ BLOCKED “TRUE”, “FALSE” Whether all new calls have been 
blocked. 
—end— 


Action to be taken 
No immediate action. 


Post-analysis 
This is an information log. No action is required. 


Internal 
Fesource “SCU” indicates that the Flow Control is initiated by the SCU. 
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OM register 
Not Applicable. 


PSN 200 


Example 

PSN200 APR14 15:52:09 8000 INFO SCU ERROR MSG RCVD 
REASON = ERROR IN PSN MESSAGE 

USER CLASS = 2 

ERR_CAUSE = BAD PRIMITIVE 

IPADDRESS= 47.122.72.10 

PORT= 15 

SPI VERSION= 1 


Overview 

Log PSN 200 is generated when the PSN receives an Error_Detected 
primitive from the SCU, indicating that the PSN sent a message that 
contained an application or protocol error. 


Format 

PSN200 APR14 15:52:09 8000 INFO SCU ERROR MSG RCVD 
REASON2= <type of problem> 

USERCLASS= < Integer> 

ERR_CAUSE= < text> 

IPADDRESS= <IP Address> 

PORT= < Integer> 

SPI VERSION= < SPI Version> 


Field descriptions 


Field Value Description 
REASON “Error in PSN Message” PSN Message problem 
USERCLASS Integer PSN Userclass. Always printed. 


—continued— 
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Field Value 


ERR_CAUSE “Nil Error Cause” 

“Header Decode Failure” 

“Bad Macro Tag” 

“Bad Primitive” 

“Missing Mandatory Parameter” 
“Mand Param Decode Failure” 


“Optional Param Decode 
Failure” 


“Out of Range Parameter” 


“Primitive Not Supported for 
User Class” 


“Number of Primitives Exceeded 
Maximum Allowed” 


Description 


Indicates the error cause — always printed. 
If error_cause > max_num_of_error then 


“Nil Error Cause” is printed. 


—continued— 
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ERR_CAUSE 


“Missing Mandatory Siginfo 
Parameter” 


“Not PSN agent” 


“Port is Not Datafilled in Table 
PSNROUTE” 


“Agent Not Supported” 
“Port down due to warm restart” 


“Prim Invalid for Current Port 
Status” 


“Unexpected Msg” 
“STR Not Available” 
“UTR Not Available” 


“Conference Circuit Not 
Available” 


“Message Not Available” 
“CCB Not Available” 


“Primitive Extension Block Not 
Available” 


“ScratchPad Extension Block 
Not Available” 


“Software Resources 
Unavailable” 


“Message Failure” 

“Software Error” 

“Not Min Num Ports to Bridge” 
“Max ports to bridge exceeded” 


“Bearercap Incompatible” 


“Message IDx not in PSNmsgix” 
“Unsupported Signalling Type” 
“Duplicate Siglnfo Message” 
“Bad Agent State” 

“Agent Termination Failure” 
“Abnormal Exit” 

“Message Not Playing” 

“Tone Duration Unsupported” 


“Prompt Failure” 
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Field 


IPADDRESS 


PORT 


SPI VERSION 


Value Description 
“Digit Collection Failure” 


“Q764 Protocol Problem” 


“Agent is Not Datafilled in Table 
TRKGRP” 


“Invalid Flow Control Duration 
Or Gap” 


“Unexpected Flow Control 

Message” 

IP Address Address of IP Connection 
Integer Port Number 


1to 15 SPI Version 


—end— 


Action to be taken 
No immediate action. 


Post-analysis 
It is recommended that the Nortel Networks support organization be notified 
about the encoding problem on the UCS DMS-250. 


Internal 
This log is caused by receiving a message from the SCU, indicating that an 
erroneous message was sent from the UCS DMS-250. 


OM register 
Group PSN_PRIM — ERRDETP 


PSN 201 


Example 

PSN201 APR14 15:52:09 8000 INFO SCU TIME OUT 
TRUNK = 670 

MEMBER = 15 


Overview 
The PSN 201 log report is generated when a New_Cal1 event message to the 
SCU times out before a response primitive is received from the SCU. 
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Format 

PSN201 APR14 15:52:09 8000 INFO SCU TIME OUT 
TRUNK = <trunk number> 

MEMBER = <trunk member number> 


Field descriptions 


Field Value Description 
TRUNK Trunk number trunk number on which error occurred 
MEMBER Trunk member number external trunk member number 


—end— 


Action to be taken 
No immediate action. 


Post-analysis 
It is recommended that the values of the scu_t1mzout office parameter be 
increased. 


Internal 
This log is caused by not receiving a New_Call message from SCU in time 
specified. 


OM register 
Group PSN_ERFM — SCUTMOUT. 


PSN 202 


Example 

PSN202 APR14 15:52:09 8000 INFO PSN DECODE ERROR 1 
REASON2= Out of Range Parameter 

TRUNK= 670 

MEMBER= 15 

PRIMITIVE= CONNECT 
PARAMETER=DESTINATION TRUNK GROUP 
SUBPARM= TRUNK GROUP NUMBER 
SESSION ID= 155 

USERCLASS= 1 

SPI VERSION= 1 


Digital Switching Systems UCS DMS-250 Programmable Service Node (PSN) Application Guide UCS09 


8-16 PSN logs 


Overview 
The PSN 202 log report is generated when decoding errors are found in 
primitives or macros from the SCU. 


Format 

PSN202 APR14 15:52:09 8000 INFO PSN DECODE ERROR 1 
REASON = < text> 

TRUNK = <trunk number> 

MEMBER = <trunk member number> 
PRIMITIVE = <PSN primitive> 
PARAMETER = <PSN parameter> 
SUBPARM = <PSN subparameter> 
SESSION ID = <session id from SCU> 
USERCLASS = <integer> 

SPI VERSION = <SPI Version> 


Field descriptions 


Field 


Value Description 


REASON 


TRUNK 


MEMBER 


PRIMITIVE 


PARAMETER 


Any Error Cause value. Explanations why decoding SCU message 
failed. 


Indicates the error cause — always printed. Error 
Cause is passed as the reason for this log. 


Trunk name Trunk number on which error occurred. 


Indicates the PSN trunk group number. Printed 
only if the Reason = “Out of Range Parameter” 
and all the parameters defined before the port 

info parm have been successfully decoded. 


Trunk member number External trunk member number. 


Indicates trunk member number. Printed only if 
the Reason = “Out of Range Parameter” and all 
the parameters defined before the port info 
parm have been successfully decoded. 


PSN primitive PSN primitive. Always printed. 


PSN parameter PSN parameter. Always printed. 


—continued— 
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Field Value Description 


SUBPARM PSN subparameter PSN subparameter. 


Indicates the failed subparameter for signaling 
info parameters. Printed only if the Reason = 
“Out of Range Parameter”. 


SESSION ID Integer Session ID from SCU. Printed only if Reason = 
“Out of Range Parameter” and all the 
parameters before sessionid parm have been 
successfully decoded. 


USERCLASS Integer PSN Userclass. Always printed. 
SPI VERSION 1 to 15 SPI Version 


—end— 


Action to be taken 
No immediate action. 


Post-analysis 
It is recommended that programming of the SCU be investigated. 


Internal 
This is caused by a poorly encoded message from the SCU. 


OM register 
Group PSN_ERPS — BADPRIM, BADPARM, MSMPARM, OFRPARM, 
MANDPDEF, OPPRMDEF, DECODEEFL. 


PSN 203 


Example 

PSN203 APR14 15:52:09 8000 INFO PSN APPL ERROR 
TRUNK = 671 

MEMBER = 15 

SESSION ID = 123 

AGENTSTATE = IDLE 

CONSTATE = HELD 

PRIMITIVE = BRIDGE 
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Overview 

The PSN 203 log report is generated when a message from the SCU is not 
completed due to an invalid agent or connection state for the primitive 
received. 


Format 

PSN203 APR14 15:52:09 8000 INFO PSN APPL ERROR 
TRUNK = <trunk number> 

MEMBER = <trunk member number> 

SESSION ID = <session id from SCU> 

AGENTSTATE = <agent state> 

CONSTATE = <connection state> 

PRIMITIVE = <PSN primitive> 


Field descriptions 


Field Value Description 
TRUNK Trunk name trunk number on which error occurred 
MEMBER Trunk member number external trunk member number 
SESSION ID Integer Session ID from SCU 
AGENTSTATE Agent State Agent State 
CONSTATE Connection State Connection State 
PRIMITIVE PSN primitive PSN primitive 
—end— 


Action to be taken 
No immediate action. 


Post-analysis 
It is recommended that the programming of the SCU be investigated. 


Internal 
This log is generated when the instructions from the SCU cannot be 
completed due to an invalid agent or connection state. 


OM register 
Group PSN_ERFM — BADACST, PRIMSTFL. 
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PSN 204 


Example 

PSN204 APR14 15:52:09 8000 INFO UNEXPECTED ERROR MSG 
TYPE = FATAL 

TRUNK = 672 

MEMBER = 15 

SESSION ID = 123 

AGENTSTATE = IDLE 

CONSTATE = HELD 


Overview 

The PSN 204 log report is generated when an unexpected internal UCS 
DMS-250 message is received. The error is classified as fatal or non-fatal. A 
fatal error causes the call to be taken down; however, the call survives a 
non-fatal error. 


Format 

PSN204 APR14 15:52:09 8000 INFO UNEXPECTED ERROR MSG 
TYPE = <fatal/non-fatal> 

TRUNK = <trunk number> 

MEMBER = <trunk member number> 

SESSION ID = <session id from SCU> 

AGENTSTATE = <agent state> 

CONSTATE = <connection state> 


Field descriptions 


Field Value Description 
TYPE “Fatal” Explanations of the error type 
“Non-Fatal” 
TRUNK Trunk name trunk number on which error occurred 
MEMBER Trunk member number external trunk member number 
SESSION ID Integer Session ID from SCU 
AGENTSTATE Agent State Agent State 
CONSTATE Connection State Connection State 
—end— 
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Action to be taken 
No immediate action. 


Post-analysis 
It is suggested that the NT support organization be notified to investigate the 
unexpected error message condition. 


Internal 


This log is generated when an unexpected message from the SCU is 
received. 


OM register 
Group PSN_ERFM - UNEXPENF, UNEXPEF 


PSN 205 


Field 


REASON 


Example 

PSN205 APR14 15:52:09 8000 INFO SOFTWARE RES 
UNAVAILABLE 

REASON= Scratchpad Extension Block Not Available 
TRUNK= 670 

MEMBER= 15 

SESSION ID= 123 


Overview 
The PSN 205 log report is generated when a message from the SCU is not 
completed due to unavailable software resources. 


Format 

PSN205 APR14 15:52:09 8000 INFO SOFTWARE RES 
UNAVAILABLE 

REASON = <text> 

TRUNK = <trunk number> 

MEMBER = <trunk member number> 

SESSION ID = <session id from SCU> 


Field descriptions 


Value Description 


”CCB Not Available” Explanations of the software resource error 


“Primitive Extension Block Not 
Available” 


“Scratchpad Extension Block 
Not Available” 
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Field Value Description 
TRUNK Trunk name trunk number on which error occurred 
MEMBER Trunk member number external trunk member number 
SESSION ID Integer Session ID from SCU 

—end— 


Action to be taken 
No immediate action. 


Post-analysis 
It is recommended that the NT support organization be notified to 
investigate the software resource issue. 


Internal 
This log is generated when the software resources are not available. 


OM register 
Group PSN_ERFM - PRMEXTUN, SCREXTUN 


PSN 206 


Example 
PSN206 APR14 15:52:09 8000 INFO HARDW RES UNAVAILABLE 
REASON = NO UTR 


Overview 
The PSN 206 log report is generated when a hardware resource is not 
available. 


Format 
PSN206 APR14 15:52:09 8000 INFO HARDW RES UNAVAILABLE 
REASON = < text> 
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Field descriptions 


Field 


Value Description 


REASON 


“No UTRs Available” Explanations of the hardware resources error 
“No STRs Available” 
“No Conference Ports Available” 


“No Idle Messages Available” 


—end— 


Action to be taken 
No immediate action. 


Post-analysis 
It is recommended that the hardware resources problem be investigated. 


Internal 
This log is generated when the hardware resources are not available. 


OM register 
Group PSN_ERFM — NOUTR, NOSTR, NOCNF, NOIDLMSG. 


PSN 207 


Example 
PSN207 APR14 1:52:00 8000 INFO PSN PRIMITIVE PROCESS ERROR 


REASON = MAX PORTS TO BRIDGE EXCEEDED 
USERCLASS = 2 
IPADDRESS = 47.122.72.10 


PORT = 15 
TRUNK = 672 
MEMBER = 15 


PRIMITIVE = CONNECT 
SESSION ID = 155 


Overview 
The PSN 207 log report is generated when errors are found during the 
preliminary processing of a primitive sent from the SCU. 


Format 
PSN207 APR14 1:52:09 8000 INFO PSN PRIMITIVE PROCESS 
ERROR 


297-2621-380 Standard 04.03 August 1999 


PSN logs 8-23 


REASON = < text> 

USERCLASS = <integer> 
IPADDRESS = <ip address> 

PORT = <integer> 

TRUNK = <trunk number> 
MEMBER = <trunk member number> 
PRIMITIVE = <PSN primitive> 
SESSION ID= <session id from SCU> 


Field descriptions 


Field Value Description 
REASON “Port is Not Datafilled in Table Explanations why primitive processing of SCU 
PSNROUTE” message failed 


“Max Ports to Bridge Exceeded” 
“Not Active PSN Agent” 

“Not Min Num Ports to Bridge” 
“Msg IDX not in PSNMSGIX” 


“Prim Not Supported for 
Userclass” 


“Tone Duration Value Not 
Supported” 


“Agent is Not Datafilled in Table 
TRKGRP” 
”BBF Not Possible” 


USERCLASS Integer PSN userclass 
IPADDRESS IP Address Address of IP Connection 
PORT Integer Port Number 
TRUNK Trunk name trunk number on which error occurred 
MEMBER Trunk member number External trunk member number 
PRIMITIVE PSN primitive PSN primitive 

—continued— 
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Field Value Description 


SESSION ID Integer Session ID from SCU 


—end— 


Action to be taken 
No immediate action. 


Post-analysis 
It is recommended that programming and/or datafill of the SCU be 
investigated. 


Internal 
This is caused by an error in the primitive from the SCU. 


OM register 
Group PSN_ERPS — PRMUSRMS, PSNRTFL, AGNACT, MAXBREX, 
NMINNOBP, PSNMSGEL. 


PSN 208 


Example 

PSN208 APR14 15:52:09 8000 INFO PRIMITIVE FAILURE 
REASON = Message Failure 

TRUNK = 670 

MEMBER = 3 

PRIMITIVE = HOLD 


Overview 
Log PSN 208 is generated when a primitive fails to be completed due to 
problems found by the finite state machine. 


Format 

PSN208 APR14 15:52:09 8000 INFO PSN PRIMITIVE FAILURE 
REASON = < text> 

TRUNK = <trunk number> 

MEMBER = <trunk member number> 

PRIMITIVE = <PSN primitive> 
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Field descriptions 


Field Value Description 


REASON “Bearer Capability Incompatible” Type of problem causing the primitive failure 
“Digit Collection Failed” 
“Agent Not Available” 
“Prompt Message Failure” 
“Agent Not Supported” 
“Message Failure” 


“Primitive Not Supported in 
Current Agent State” 


“Unsupported Signalling Type 
for Agent” 


“Duplicate Initial SigInfo for 
Agent” 


“Software Error” 


“Agent is Not Datafilled in Table 


TRKGRP” 

“Missing Mandatory Siginfo 

Parameter” 
TRUNK Trunk name trunk number on which error occurred 
MEMBER Trunk member number External trunk member number 
PRIMITIVE PSN primitive PSN primitive 


—end— 


Action to be taken 
No immediate action. 


Post-analysis 
It is recommended that the data at the SCU and at the PSN be investigated. 


Internal 
This log is generated when the PSN finite state machine is unable to process 
a primitive. 
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OM register 

Group PSN_ERFM — BADAGST, UNSUPTRK, BCINCOMP,, 
DIGCOLFL, AGNAVAIL, MSGFL, PROMPTFL, UNSIGTYP, DUPMSG, 
AGNDTKGP, SFTWERR, MMSIPARM. 


PSN 209 


Field 


REASON 


NUMBER 


USERCLASS 


Example 

PSN209 APR14 15:52:09 8000 INFO PSN MACRO DECODE ERROR 
REASON = Num of Prim Exceeded Maximum Allowed 

NUMBER = 3 

USERCLASS = 2 


Overview 
Log PSN 209 is generated when there is a decoding error due to the number 
of primitives in a macro that has exceeded the maximum allowed. 


Format 

PSN209 APR14 15:52:09 8000 INFO PSN MACRO DECODE ERROR 
REASON = < text> 

NUMBER = <number of primitives> 

USERCLASS = <Integer> 

Field descriptions 


Value Description 


“Number of Primitives Exceeded Decode error 
Maximum Allowed” 


Number of primitives Number of primitives in the macro 
PSN userclass PSN primitive 


—end— 


Action to be taken 
No immediate action. 


Post-analysis 
It is recommended that the data at the SCU and at the PSN be investigated. 
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Internal 
This log is generated when the PSN detects the number of primitives has 
exceeded the maximum allowed in a macro. 


OM register 
Group PSN_ERPS — MAXPMEXC. 


PSN 212 


Example 

PSN212 APR14 15:52:09 8000 INFO PSN DECODE ERROR 2 
FIELDID = 25 

HEXMSGINDEX = 135 

HEXDUMP 


FFFF 0000 3384 A640 0002 0001 2E91 91A8 0000 0000 
0000 0000 FDFD 0000 0000 0000 0000 0000 0000 0000 
3312 1152 0011 0000 OOAO 3312 1152 0011 0000 OOAO 
0000 0000 0000 0000 0000 0000 0017 0200 0000 0000 
0000 0000 0000 0000 2E91 85A8 0000 001B 3800 0200 
0000 0000 0000 0000 0000 0000 0000 0000 0002 0000 
0000 0000 0000 0002 0000 1AAA 0000 2E91 85A8 0000 
0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 
0000 0000 0000 


Overview 

The PSN 212 log report is generated when decoding errors are found in 
primitives or macros from the SCU. This is generated in conjunction with 
PSN 202. 


Format 

PSN212 APR14 15:52:09 8000 INFO PSN DECODE ERROR 2 
FIELDID = <fieldid_type> 

HEXMSGINDEX = <integer> 

HEXDUM = < Hexadecimal dump of the primitive where the error occurs. 
HEXMSGINDEX is the count of the byte of that primitive where the 
decoding error occurred.> 


Field descriptions 
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Field Value Description 


FIELDID Integer FieldID Type. 


Indicates the field of a multifield parameter that 
failed to decode and is printed only if Reason = 
“Out of Range Parameter” (see PSN202). 


HEXMSGINDEX Hex Message Error Index Count where the decoding error occurs. 


Indicates the byte of BER string that failed to 
decode. This field is not valid if Reason = “Out 
of Range Parameter” (see PSN202). 


HEXDUMP 50 HEX bytes 50 bytes of the message with the error. 
Part of BER string that failed to decode. 


—end— 


Action to be taken 
No immediate action. 


Post-analysis 
It is recommended that programming of the SCU be investigated. 


Internal 
This is caused by a poorly encoded message from the SCU. 


OM register 
Group PSN_ERPS — BADPRIM, BADPARM, MSMPARM, OFRPARM, 
MANDPDEF, OPPRMDEF, DECODEFL. 


PSN 400 


Example 
PSN400 APR14 15:52:09 8000 INFO PSN AUDIT 
REASON = SCU Port Status mismatch 


TRUNK = 670 
MEMBER = 15 
Overview 


The PSN 400 log report is generated to communicate errors encountered by, 
or actions taken by, the PSN Audit process. 
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Format 

PSN400 APR14 15:52:09 8000 INFO PSN AUDIT 
REASON = < text> 

TRUNK = <trunk number> 

MEMBER = <trunk member number> 


Field descriptions 


Field Value Description 


REASON “Discn TRK Audit Fails to Explanations of the audit process error 
Receive Port Status” 


“Info Only -— Audit Fails” 
“SCU Port Status mismatch” 


“Info Only — Audit Fails — Nil 
Trk Grp” 


“Info Only — Audit Fails — Nil 
Trk Mem” 


“Info Only — Audit Fails — Nil 
Trk Invalid Callid” 
TRUNK Trunk name trunk number on which error occurred 


MEMBER Trunk member number external trunk member number 


—end— 


Action to be taken 
No immediate action. 


Post-analysis 
It is recommended that the reason the SCU did not reply or had Port Status 
mismatched, be investigated. 


Internal 
This log is generated when the PSN Audit process fails. 


OM register 
Group PSN_ERPS — AUDPSF, AUDPSM. 
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PSN 401 


Example 
PSN401 APR14 15:52:09 8000 INFO PSN RESET SWITCH 
REASON = Info Only — Port Down 


TRUNK = 670 
MEMBER = 15 
Overview 


The PSN 401 log report is generated when the PSN receives the primitive 
“Reset the switch” from the SCU. 


Format 

PSN401 APR14 15:52:09 8000 INFO PSN RESET SWITCH 
REASON = < text> 

TRUNK = <trunk number> 

MEMBER = <trunk member number> 

Field descriptions 


Field Value Description 


REASON “Port Down Reset Switch” Explanations of the error 
“Info Only — Reset Switch” 


TRUNK Trunk name Trunk number on which error occurred 
MEMBER Trunk member number External trunk member number 


—end— 


Action to be taken 
No immediate action. 


Post-analysis 
It is recommended that the reason be investigated. 


Internal 
This log is generated when the PSN resets the switch. 


OM register 
Group PSN_ERPS — PTDNRS. 
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AUD 599 


Example 

AUDS599 MAY08 13:11:36 6900 INFO EXT DUMP 00DA 0000 
FFFF 0000 3384 A640 0002 0001 2E91 91A8 0000 0000 
0000 0000 FDFD 0000 0000 0000 0000 0000 0000 0000 
3312 1152 0011 0000 00A0 3312 1152 0011 0000 OOAO 
0000 0000 0000 0000 0000 0000 0017 0200 0000 0000 
0000 0000 0000 0000 2E91 85A8 0000 001B 3800 0200 
0000 0000 0000 0000 0000 0000 0000 0000 0002 0000 
0000 0000 0000 0002 0000 1AAA 0000 2E91 85A8 0000 
0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 
0000 0000 0000 


Overview 
The AUD 599 log report is generated every time a call that has a PSN 
Primitive or Scratchpad Extension Block associated with it completes 
abnormally. 


Format 
AUDS599 MAY08 13:11:36 6900 INFO EXT DUMP <hex dump> 


Field description 
Not Applicable. 


Action to be taken 
No immediate action to be taken. 


Post-analysis 
No post analysis. 


Internal 
This log is an existing log. 


TRKT 214 


Example 

TRKT214 APR14 15:52:09 8000 INFO TRTMT 
CKT UEAN2WMFWK91 

TREATMENT SET = PSNF 

CALLED NO = 8009901234 

CALLID = 123456 
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Overview 

The TRKT 214 log report is generated when the PSN call fails, for example, 
New Call Time Out, No PSN Extension Block, New Call Rejected, and is 
routed to PSNF treatment. 


Format 

TRKT214 APR14 15:52:09 8000 INFO TRTMT 
CKT <trunk clli name> 

TREATMENT SET = <trtmt assigned to trunk> 
CALLED NO = <calledno> 

CALLID = <callid> 


Field description 


CALLED NO 


CALLID 


Field Value Description 
CKT Trunk clli name Identifies originating trunk equipment 
TREATMENT SET “PSNF” Identifies treatment assigned to trunk 


(PSN call fails) 


Called Number Provides terminating line directory number if 
dialed before treatment was assigned 


Call ID Provides number uniquely identifying the call 


—end— 


Action to be taken 
No action is recommended. The log is for informational purposes only. 


Post-analysis 
No post analysis. 


Internal 

The TRKT log is an existing log. Log TRKT 214 is generated when 
treatment PSNF is set to New Call Time Out, No Extension Block, or New 
Call Rejected. 


OM register 
TRMTFR3: register TFRPSNF. 
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PSN operational measurements 


This chapter contains a detailed description of the PSN Operational 
Measurements (OMs). It is also includes an association of the PSN Logs and 
OMs. For more information on OMs, refer to the UCS DMS-250 
Operational Measurements Reference Manual. 


OMs 


There are six PSN OM Groups. These groups are dedicated mostly to 
monitoring the traffic between the SCU and the PSN, and monitoring any 
errors that occur. 


OM group summary 


GROUP NAME GROUP NAME NEW, CHANGED REASON 

(acronym) (expanded) or DELETED 

PSN_USAG Programmable PSN New Messages 
Service Node Usage received/sent from 

the SCU 

PSN_PRIM Programmable PSN New Primitives received 
Service Node Primitives from the SCU 
received 

PSN_NOTF Programmable PSN New Notifications sent to 
Service Node Notifications the SCU 
sent 

PSN_FCTR Programmable PSN New Calls blocked due to 
Service Node Flow Flow Control 
Control 

PSN_ERDC Programmable PSN New Error Detected in 
Service Node Error — data comm layer 
data comm level 

—continued— 
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GROUP NAME GROUP NAME NEW, CHANGED REASON 
(acronym) (expanded) or DELETED 
PSN_ERPS Programmable PSN New Error Detected in 
Service Node Error — Decoding or 
primitive processing, primitive processing 
decoding level 
PSN_ERFM Programmable PSN New Error Detected in 
Service Node Error in Finite State 
Finite State Machine Machine 
EXT Extension Block Changed Added a New 
Extension Block 
Register 
TRMTFR3 PSN Call Treatment Changed Added a PSNF Call 
Treatment Register 
—end— 


OM register summary 


PSN_USAG. Registers in this group are pegged every time a message is sent 
or received by the PSN. The following table lists the registers within this 


group: 


Register To record the number of: 


SMSGRCVD Messages received from the SCU 


SMSGSENT Messages sent to the SCU 
SMACRCVD Messages with macros received from the SCU 


PSN_PRIM. Registers in this group are pegged on the receipt of a primitive 
from the SCU. There is one register for each PSN primitive. The following 
table lists the registers in this group: 
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Register To record the number of: 


CDRPT Collect_Digits_&_Report received from the 
SCU 


CNECT Connect received from the SCU 


DISCNECT Disconnect received from the SCU 


HOLD Hold received from the SCU 


MONITOR Monitor received from the SCU 


MUTE Mute received from the SCU 


PLAYMSG Play_Message received from the SCU 


Play_Prompt_Collect_Digits_& _ Report 
received from the SCU 

Query_Port received from the SCU 

Set_Billing_Record received from the SCU 

Stop_Message received from the SCU 


QURYTMDY Query_Time_of_Day received from the SCU 
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Register 


RSETSWCH 
SETIPADD 
PRTSTAT 


FLOWCTRL 


To record the number of: 
Reset_Switch received from the SCU 
Set_IP_Address received from the SCU 


Port_Status received from the SCU 
Flow_Control received from the SCU 


If one or more of the above primitives is received as a part of a macro, then 
the SMACRCVD register (PSN_USAG) is pegged in addition to the 
registers mentioned above. For example, a Reconnect and a Mute received 
in the macro peg registers SMACRCVD, RECNECT and MUTE. 


PSN_NOTFE. Registers in this group are pegged whenever an event 
notification message is sent to the SCU. There is one register for each PSN 
event notification message. The following table lists the registers in this 


group: 


Register 


To record the number of: 


DIGCOL Digit_Collectedé sent to the SCU 


ERRDET 


Error_Detected sent to the SCU 


INSTCMPL 


Instruction_Completed sent to the SCU 


MSGPLY Message_Played sent to the SCU 


NEWCALL 


New_Cal1 sent to the SCU 


OFFHOOK 


Off£_Hook sent to the SCU 


ONHOOK 


On_Hook sent to the SCU 


PORTSTAT 


Port_Status sent to the SCU 


—continued— 
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Register To record the number of: 


STOPHTBT Stop_Heartbeat sent to the SCU 


PSN_FCTR. This group of registers is pegged when a call is blocked 
because of Flow Control. The following table lists the register in this group: 


SCUCDROP Calls blocked due to flow control initiated by the SCU 


PSN_ERDC. This group of registers is pegged when an error is detected in 
the PSN Data Communications. The following table lists the registers in this 


group: 


Register To record the number of times: 
MSGSIZE The SCU message size exceeded the maximum size. 
—continued— 
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To record the number of times: 
HBFAIL Heartbeat Failure occurred 
NOSCOMM The SCU communication has failed 
DCOMHDR There is an error in the SCU Datacom Message header 


UAPPLMBS There is a problem in the user application mailbox 

MSGDROP The data communication has dropped the internal 
message 

EMSGDROP The data communication has dropped an external 
message 


PSN_ERPS. This group of registers is pegged when an error is detected in 
the PSN Primitive Server. The following table lists the registers in this 


group: 


To record the number of times: 


MSMPARM A mandatory parameter is missing in the received 
primitive 

OFRPARM An out of range parameter is received from the SCU 

PRMUSRMS There is a user class mismatch 


MBPRDCC There is a problem with the Data Communication 
mailbox 


MBPRPSA There is a problem with the Audit mailbox 
AUDPSF Audit fails to receive a Port Status 


AUDPSM There is a mismatch between the Port Status received 
from the SCU and the status of the port on the PSN 
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NMINNOBP A bridge primitive is sent with less than the required 
minimum number of ports to bridge 


PSNMSGFL The message index in the Play Message, Stop 
Message, Bridge, or the PPCD primitive is not datafilled 
in the PSNMSGIX table 

PTDNRS Port is taken down due to reset switch from the SCU 

PDRESTWM The port is brought down due to a warm restart 

DECODEFL The decode of the header failed 

BADMACRT The macro tag is bad 


MAXPMEXC The # of primitives in the macro exceeded the 
maximum allowed 


PSN_ERFM. This group of registers is pegged when an error is detected in 
the PSN Finite State Machine. The following table lists the registers in this 


group: 


Register To record the number of times: 
SCUTMOUT The SCU timeout has occurred 
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To record the number of times: 


BADAGST The primitive is not supported for the current Agent 
state 
UNSUPTRK The destination trunk is not a supported type for PSN 


An idle member of a trunk group is not available for 
termination 


The Primitive Extension Block is unavailable 


DIGCOLFL There is a failure to start or stop digit collection ona 
port 


PRIMSTFL The received primitive is invalid for the current port 
state 

PROMPTFL There is a failure to play a message/prompt 

MSGFL There is a failure to stop the message 


UNSIGTYP The SigInfo is not supported for this Agent 
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Register To record the number of times: 
DUPMSG Two IAMs/SETUPs sent for the same Agent 
SFTWERR An internal error occurred during primitive processing 


AGNDTKGP The PSN Agent is not datafilled in the table TRKGRP 


MMSIPARM Missing mandatory SigInfo parameter 


EXT. This is an existing OM group, with two new registers 
PSN_PRIMITIVE_EXT and PSN_SCRATCHBOARD_ EXT added to count 
the number of times a PSN_PRIMITIVE_EXT_BLK or a 
PSN_SCRATCHPAD_EXT_BLK is used. These registers keep track of the 
cumulative and regular counts in the fields EXTSEIZ and EXTHI, 
respectively. 


TRMTFR3. This is an existing OM group, with a register added to count the 
number of times a new call is rejected and the port is routed to the PSNF 
treatment. 


PSN OM and log associations 
The following is a list of the PSN Logs and their associated OMs. 


PSN100. These logs are used to record a failure in the Data 
Communications. 


Logs Associated | Associated OMs | Purpose of the 
OM Group log 


PSN100 PSN_ERDC HBFAIL, See OMs definition 
NOSCOMM, 


PSN101 PSN_ERDC MSGSIZE, See OMs definition 
DCOMHDR, 
EMSGDROP 


PSN102 PSN_ERDC MSGDROP, See OMs definition 
UAPPLMBS 


—end— 
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Logs 


Associated 
OM Group 


Associated OMs 


Purpose of the 
log 


PSN103 


none 


not applicable 


SCUADDR not 
datafilled 


PSN104 


PSN_NOTF 


AGNTDATA, 
STOPHTBT 


To record change in 
the Arbitrator IP 
Address. 


PSN105 


not applicable 


On receiving an 
invalid Set IP 
Address primitive or 
an Invalid Sender of 
Heartbeat 


PSN106 


not applicable 


To log the activation 
and deactivation of 
SCU initiated Flow 
Control 


—end— 


PSN200. These logs are used to record a failure in encoding and decoding of 
the message, primitive server, and call processing utilities. 


Logs Associate Associated Purpose of the log 
d OM OMs 
Group 
PSN200 | PSN_NOTF ERRDETP To record the number 
of non-fatal errors 
detected by the SCU 
PSN201 PSN_ERFM SCUTMOUT To record the number 
of SCU timeouts 
PSN202 PSN_ERPS MSMPARM, To record the 
OFRPARM, decoding errors in the 
RSN212 MANDPDEF, primitives received 
OPPRMDEF, from the SCU 
DECODEFL, 
BADMACRT 
—continued— 
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PSN203 


Associate 
d OM 
Group 


PSN_ERFM 


Associated 
OMs 


PRIMSTFL 


Purpose of the log 


To record an invalid 
Agent/Connection 
state for the port in the 
PSN 


PSN204 


PSN_ERFM 


UNEXPENMNF, 
UNEXPEF 


To record the receipt 
of an unexpected 
peripheral message 
for the port at the PSN 


PSN205 


PSN206 


PSN_ERFM 


PSN_ERFM 


CCBUN, 
PRMEXTUN, 
SCREXTUN 


NOSTR, 
NOUTR, 
NOCNF, 
NOIDLMSG 


To record the 
unavailability of 
software resources 
(for example, ext. 
blocks) 


To record the fact that 
the hardware resource 
is unavailable 


PSN207 


PSN208 


PSN_ERPS 


PSN_ERFM 


PRMUSRMS, 
PSNRTFL, 
MAXBREX, 
NMINNOBP, 
PSNMSGFL, 
AGNACT 
BBFNOPOS 


UNSUPTRK, 
BADAGST, 
BCINCOMP, 
DIGCOLEL, 
AGNAVAIL, 
PROMPTEL, 
MSGEL, 
UNSIGTYP, 
DUPMSG, 
SFTWERR, 
AGNDTKGP, 
MMSIPARM 


To record the errors 
found during the 
preliminary processing 
of a primitive sent 
from the SCU. 


To record the failure to 
complete the 
execution of a 
primitive due to 
internal PSN FSM 
issues. 
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Associate Associated Purpose of the log 
d OM OMs 
Group 


PSN209 | PSN_ERPS MAXPMEXC To record the fact that 
the # of primitives in 
the macro exceeded 
the maximum allowed. 


PSN212 | PSN_ERPS see PSN202 This log records the 
other half of the 
PSN202 log. 


PSN400. These logs are used to record a failure related to the PSN Audit 
process as well as the processing of the Reset Switch primitive. 


Logs Associated | Associated OMs Purpose of the 
OM Group log 
AUDPSM, AUDPSF | See OMs definition 


PSN401 PSN_ERPS PTDNRS See OMs definition 
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PSN office parameters 


This chapter contains the detailed description of PSN Office Parameters and 
PSN tables. For more information, refer to the UCS DMS-250 Office 
Parameters Reference Manual and the UCS DMS-250 Data Schema 


Reference Manual. 


Office parameters 


The following Office Parameters have been created to control the PSN 
functionality on the PSN. These parameters are datafilled in tables OFCVAR 
or OFCENG. 


Office Parameter What it is used for: 


PSN_AUDIT_DROP_AGEN If “Y”, the agents or ports are disconnected or idled 
TS upon Audit Failure (an invalid callid for the port, or a 
Port Status with status = idle returned from the SCU) 


PSN_AUDIT_INTERVAL_ The time PSN will delay between 2 consecutive agent 
TIME audits 


PSN_AUDIT_MAX_RETRY The maximum number of retries the Audit process will 
execute before verifying the status of a port by sending 
a Query Port to the SCU 


PSN_CALLS ALLOWED If “Y” New Calls are allowed to enter the server mode, 
else the port is routed to PSNF treatment 


PSN_DROP_AGENTS_SCU Indicates whether the PSN ports are dropped upon a 
_SHELF_RESET shelf reset at the SCU 


If “Y”, all the ports serviced by the shelf in the Reset 
Switch primitive are disconnected or idled 


—continued— 
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Office Parameter 


PSN_DROP_AGENTS_SCU 
_SRVC_RESET 


PSN_DROP_AGENTS_SCU 
_SYS_RESET 


PSN_EVENT_TIMER 


What it is used for: 


Indicates whether the PSN ports are dropped upon a 
service reset at the SCU. 


If “Y”, all the ports serviced by the service in the Reset 
Switch primitive are disconnected or idled. 


Indicates whether the PSN ports are dropped upon a 
system reset at the SCU. If “Y”, all PSN ports are 
disconnected or idled. 


to set the maximum amount of time the PSN will wait 
for a message from the SCU after a New Call event has 
been sent to the SCU. 


When the timer expires without a response, the call is 
terminated. 


PSN_FLOW_CTRL_MESSA 
GING 


If “Y” this parameter turns ON the SCU Initiated Flow 
Control and the messaging related to PSN Initiated 
Flow Control 


PSN_HEARTBEAT_WAIT_ 
TIME 


The time the PSN waits to on a Heartbeat primitive from 
the SCU arbitrator before it initiates the initial contact 
polling to get a new arbitrator address 


PSN_INIT_SCU_POLLIN 
G 


If “Y”, this parameters specifies that the initial contact 
polling is to be initiated 


PSN_INTER_POLL_TIME 


Is used to set the maximum amount of time the PSN 
will wait between 2 consecutive polling cycles 


PSN_MAX_MEMBER_ADVA 
NCE 


This parameter is used to control the number of 
reselection of IDLE trunks for a Connect primitive 
before a Route Not Available is sent. 


PSN_PERFORM_NEWCALL 
_DIGCOL 


PSN_PRIMITIVE_NUM_ 
EXT_BLOCKS 


This parameter is used to turn digit-collection during 
New-Call Events on or off. Digit-Collection is turned 
OFF if this office parameter is set to FALSE (N). 


The number of primitive extension blocks, one per PSN 
port 


PSN_SCRATCHPAD_NUM_ 


EXT_BLOCKS 


The number of scratchpad extension blocks, one per 
PSN port. 


—continued— 
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Office Parameter What it is used for: 


PSN_SPI_LOGS_ON This parameter is used to turn the PSNE and PSNP 
logs ON and OFF. These logs are displayed for every 
primitive and event for the PSN if the office parameter 
is set to “y”. 


—end— 


PSN_AUDIT_INTERVAL_TIME 


It is the time interval between two consecutive agent audits at the PSN. Its 
range is from 0 to 30 minutes. A value of 0 turns the Audit off. 


PSN_AUDIT_MAX RETRY 
The Audit scans the Agent at every PSN_AUDIT_INTERVAL_TIME, and 
increments an internal counter until it reaches PSN_-AUDIT_MAX_ RETRY. 
At that point, the Audit sends a Query Port event to the SCU. Its range is 
from 0 to 5. 


PSN_AUDIT_DROP_AGENTS 
Specifies whether Agents can be released by the Agent Audit. Its possible 
values are YES and NO. If PSN_-AUDIT_DROP_AGENTS is YES, then no 
notification is sent to the SCU when the agent is taken down. 


PSN_CALLS_ALLOWED 


Specifies whether or not SCU calls are allowed on the UCS DMS-250. This 
is a YES or NO field. New Calls will not be processed for the SCU when 
this value is set to “N” and will be sent to the new PSNF treatment, 
effectively turning off PSN calls. 


PSN_DROP_AGENTS_SCU_SHELF_RESET 
Specifies whether to release the Agents on Shelf Resets at the SCU. Its 
possible values are Yes and No. A Shelf Reset occurs when a Reset-Switch 
Primitive is sent with a Non-NIL IP Address and Non-NIL Port. A Shelf 
Reset is equivalent to all PSN agents serviced by the given shelf in an SCU, 
being taken down. 


PSN_DROP_AGENTS_SCU_SRVC_RESET 
Specifies whether to release the Agents on Service Resets at the SCU. Its 
possible values are YES and NO. A Service Reset occurs when a Reset 
Switch primitive is sent with a Non-NIL IP Address and NIL Port. A 
Service Reset is equivalent to all PSN Agents serviced by a SCU Service 
(feature) being taken down. 
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PSN_DROP_AGENTS_SCU_SYS_RESET 


Specifies whether to release the Agents on System Resets at the SCU. Its 
possible values are YES and NO. A System Reset occurs when a Reset 
Switch primitive is sent with a NIL IP Address and NIL Port in the 
IP-Address-to-Reset optional parameters or a Reset Switch primitive is sent 
with NO IP—Address-to-Reset optional parameters. A System Reset is 
equivalent to all PSN Agents serviced by the given PSN being taken down. 


Note: The IP-Address-to-Reset optional parameters are completely different 
than the Return-[P-Address Mandatory parameter which is used by the PSN 
to know where to send the Instruction-Completed event notification. 


PSN_INIT_SCU_POLLING 


Specifies whether to initiate initial contact polling. Its possible values are 
YES and NO. 


PSN_EVENT_TIMER 


Specifies the amount of time the UCS DMS-250 waits for a reply from the 
SCU after a NEW CALL event has been sent. 


PSN_FLOW_CTRL_MESSAGING 


Specifies the SCU Initiated Flow Control and the messaging related to PSN 
Initiated Flow Control. If the value of this office parameter is “Y”, then all 
Flow Control primitives received from the SCU are processed. If the value 
of this office parameter is “N”, then all Flow Control primitives received 
from the SCU are ignored. If the value of the this office parm is changed 
from “Y” to “N” while the flow control is effective, the control is 
deactivated, and a PSN106 log is generated with a text reason “Flow Control 
Deactivated”, at the PSN. 


PSN_INTER_POLL_TIME 


Specifies the time that the PSN waits between two successive polling cycles. 
Its range is from 0 to 15 minutes. 


If the value is higher than optimum, the time delay between consecutive 
polling cycles will be long. SCU controlled calls are not serviced during this 
time. 


PSN_HEARTBEAT_WAIT_TIME 


Specifies the time that the PSN waits on a heartbeat message from the SCU 
Arbitrator before it initiates the initial contact polling to get a new 
Arbitrator’s address. Its range is from | to 30 seconds. This timer value 
should be higher than the time interval of the heartbeat messages sent by the 
SCU. 
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PSN_MAX_MEMBER_ADVANCE 


PSN_MAX_MEMBER_ADVANCE has a range from 0 to 3, inclusive. It has a 
default value of 3. Member advancing occurs after a Connect primitive has 
seized an idle trunk and then the seizure fails a short time later due to 
difficulties on the far end of the trunk. The PSN then selects another idle 
trunk and sends another Route selected event notification until 
PSN_MAX_MEMBER_ADVANCE member advances have occurred. 


PSN_PERFORM_NEWCALL_DIGCOL 


PSN_PERFORM_NEWCALL_DIGCOL specifies whether digit collection occurs on 
new originations (on New-Call Events). If the SCU performs digit collection 
with an offboard media device, then the allocation of UTRs and the extra 
digit collection processing is not required. Therefore, digit collection on all 
New-Calls can be turned OFF by setting this office parameter to FALSE (N). 


PSN_PRIMITIVE_NUM_EXT_BLOCKS 


PSN_PRIMITIVE_NUM_EXT_BLOCKS has a range from 0 to 32,767, inclusive, 
with a default value of 2,000. The PSN primitive extension block is retained 
for the duration of the life of an agent in a Service Node call. A Service 
Node call can consist of one or more agents. The new PSN Primitive 
extension block is necessary in order to store the parameters of the 
primitives received from the SCU. 


PSN_SCRATCHPAD_NUM_EXT_BLOCKS 


PSN_SCRATCHPAD_NUM_EXT_BLOCKS has a range from 0 to 32,767, 
inclusive, with a default value of 2,000. The PSN Scratchpad Extension 
Block is retained for the duration of the life of an agent in a Service Node 
call. The new PSN Scratchpad extension block is necessary in order to store 
digits during digit collection, outpulsing streams, and so on. 


PSN_SPI_LOGS_ON 
PSN_SPI_LOGS_ON is boolean (Y or N). It has a default value of Y. When 
this office parameter is set to Y, all primitives/events to or from the PSN are 
logged with PSN or PSNE logs. When the office parameter is sent to N, no 
PSNP or PSNE logs are generated. 


Use of existing extension blocks for PSN 


In addition to the new extension blocks mentioned in the previous section, 
PSN calls also use existing UCS DMS-250 defined extension blocks. The 
following section covers these details. 
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Feature extension blocks 


Tables 


There are two feature extension blocks that are used to process and 
manipulate data for a Service Node call: the feature control block and the 
feature data block. 


The number of feature control block and feature data block allocated for 
each Service Node call depends on the number of agents in that call. For 
example, if there are three agents in a Service Node call, then there will be 
three feature control blocks and three feature data blocks allocated for that 
call. 


The existing office parameter NO_LOF_FTR_CONTROL_BLKS in table OFCENG 
determines the maximum number of feature control blocks available on the 
switch. The size of a feature control block is 122 words. Therefore, total 
storage for feature control blocks equals: 


Storage required for feature control blocks = 
NO_OF_FTR_CONTROL_BLKS * FTR_CONTROL_BLK_SIZE 


The maximum storage required for feature control blocks is 
32,767 * 122 = 3,997,574 words 


The existing office parameter NO_LOF_LARGE_FTR_DATA_BLKS in table 
OFCENG determines the maximum number of feature data blocks available 
on the switch. The size of the feature data block used is 37 words. Therefore, 
the total storage for feature data blocks equals: 


Storage required for feature data blocks = 
NO_OF_LARGE_FTR_DATA_BLKS * LARGE_FTR_DATA_BLK_SIZE 


The maximum storage required for feature data blocks is 
32,767 * 37= 1,212,379 words 


In order to calculate the number of feature translation, feature control 
blocks, and feature data extension blocks needed on a particular switch, the 
number of Service Node enabled calls must be estimated. 


The following new tables have been added for PSN: 


e The PSNMSGIX table maps the message ID into a Tone CLLI (through 
Table TONES) or an Announcement CLLI (through Table ANNS). 


e PSNROUTE: every trunk that is sent as the destination trunk in the 
Connect primitive must be datafilled in this table. The key to this table is 
the external trunk group number of the destination trunk. 
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e SCUADDR: stores address information of the initial contacts and retry 
and delay time information for the SCU. This information is used to 
make an initial contact with the SCU when the PSN comes into service. 
PSN attempts initial contact after reboot, a cold or reload restart, and in 
the event of Heartbeat Failure from the SCU. 


PSNMSGIX 


The PSNMSGIX table maps a MESSAGE ID received from the SCU for 
SCU calls to an ANNSCLLI/TONECLLI in table ANNS/TONES. 


The key to table PPNMSGIX is SCUINDEX, which is received from the 
SCU. The next field in the tuple is MSGTYPE with a value of TONE (for 
tones) or ANNS (for announcement). The CLLI can be datafilled in either 
the table TONES or the table ANNS. 


This allows the UCS DMS-250 switch to play either tones or 
announcements as specified by the SCU. 


Datafill sequence 
Table TONES or ANNS must be datafilled before table PSNMSGIX. 


If the CLLI name in the CLLI field is not datafilled in table ANNS or table 
TONES, the tuple can not be added to table PSPNMSGIX. Also, the 
following error message is displayed: 


ERROR: THE “CLLI” FIELD MUST FIRST BE DATAFILLED IN TABLE 
ANNS/TONES. 


A CLLI name must be deleted from a table that refers to the tables ANNS or 
TONES before it can be deleted from tables ANNS or TONES. This 
functionality exists today. The following error message is displayed: 


ERROR: TUPLE REFERRED TO BY ANOTHER TABLE. 


The same logic is implemented for table PSNMSGIX and the same error 
message is displayed if an attempt is made to delete a tuple from table 
ANNS/TONES before deleting from table PSNMSGIX. 


Table sizing 
The minimum table size is 0. 


The maximum table size is 255. 
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Example Datafill 


SCUINDEX MSGTYPE CLLI 
1 TONE BUSY 
2 TONE CONF 
3 TONE CCAP 
4 ANNS BONGTONE 
8 ANNS LCONVANN 
9 ANNS LECVANN 


PSNROUTE 


Table PSNROUTE maps an external trunk number received from the SCU 
for SCU calls to a trunk CLLINAME. 


The key to table PPNROUTE is EXTNUM, which is received from the 
SCU. The next field in the tuple is CLLI against which a CLLI is 
datafillable. 


Datafill sequence 
Tables CLLI, TRKGRP, TRKSGRP, and TRKMEM (at least one member) 
must be datafilled before table PSNROUTE. 


If the information pertaining to the CLLI name in the CLLI field is not 
datafilled in any of the above tables, the tuple can not be added to table 
PSNROUTE. Furthermore, if the CLLI being datafilled is not a valid or a 
supported terminating agent in PSN, the tuple cannot be added to the table 
PSNROUTE. 


Table sizing 
The minimum table size is 0. 


The maximum table size is 9999 


Example 
EXTNUM CLLI 
220 DAL220TWDTGS 
8191 EAN670TWMFWK 
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SCUADDR 
Table SCUADDR stores the address information of the initial contacts and 
retry and delay time information for the SCU. This information is used to 
make an initial contact with the SCU when the PSN comes into service. PSN 
attempts initial contact after reboot, a cold or reload restart, and in the event 
of Heartbeat_Failure from the SCU. 


Description 
e Specifies the index into the table. Range {1 TO 3} 


e IP_ADDR - Specifies the IP address of an initial point of contact at the 
SCU. Range TABLE[0 TO 3] OF BYTE 


e PORT_NUM - Specifies the UDP port number of an initial point of 
contact at the SCU. Range {1 TO 65535} 


e RETRY_TIME - Specifies the time that the PSN waits for a response to 
an In Service event sent to an initial point of contact at the SCU before a 
new In Service event is sent to that location. Range {1 TO 60} in 
seconds 


e MAX_RETRY - Specifies the maximum number of times an initial 
point of contact can be queried to get a new arbitrator’s address at the 
SCU before a new location is tried. Range {0 TO 2} 


Datafill sequence 

Table SCUADDR is datafilled independently of any other existing tables. 
This table should be datafilled prior to setting office parameter, 
PSN_INIT_SCU_POLLING, to true. 


Table sizing 
The maximum table size is 3 tuples. 


Example 


INDEX IP ADDR PORT_NUM RETRY_TIME MAX_RETRY 
47.96.192.58 


47.122.64.210 


47.122.64.212 
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Datafill changes to existing tables for PSN 
Datafill changes may be required for the following existing tables on PSN. 


IPNETWRKE: stores all Internet specific information about the Internet 
network and the DMS network 


IPROUTER : stores the Internet specific information of each EIU 
IPTHRON : stores the Internet Protocol (IP) THROttling Numbers 
LIUINV : maintains hardware information about the EIU 
MSCDINV : define where the FLIS connects to the MS 
MSILINV : define the inter-message-switch links if necessary 
SUSHELEF : datafill the F-Bus components of the FLIS 
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This chapter contains the detailed description of the PSN Billing. PSN 
Billing is mostly customer-specific, as each customer may have a different 
billing scheme. For more information, refer to the UCS DMS-250 Billing 
Records Application Guide. 


Billing summary 
After a port becomes involved in an SCU call, there are two ways in which 
the billing records for a port may be updated through the SCU: directly or 
indirectly. 


e Billing Records Updated by the SCU (Directly) 


— In this method, the SCU sends the Billing_Info parameter with the 
billing information to be used to update the port’s billing records. 
The PSN decodes this parameter and updates the billing record with 
the appropriate data. 


— This parameter may be sent by the SCU in one of two ways: 


— The first way is sent in the Set_Billing_Record primitive. This 
primitive can be sent at any time in the call for the port, as long 
as the port is involved in the SCU call. 


— The second way is as a part of any one of the other “call control” 
primitives in the Billing_Info parameter. The billing record for 
the port is updated at the end of the successful execution of that 
primitive if the received parameter is free of errors. 


e Billing Records Updated by the SCU (Indirectly) 


— In this method, the received primitive is used to populate the billing 
records. For example, the Disconnect primitive may be used to 
implicitly update “disconnect” related billing information, such as 
disconnect time. 


PSN billing details 


The details on how and what billing information is captured depends entirely 
upon the customer using PSN. The customer may decide to capture some 
information using in the CDRs (Call Detail Records) or decide to do the 
billing entirely on the SCU. 
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UCS SPI introduction 


The remaining chapters contain information on the Service Programming 
Interface (SPI) between the Programmable Service Node (PSN) and Service 
Control Unit (SCU). This chapter includes a high level description of SPI 
backwards compatibility for both platforms. 


Feature synopsis 
A Peer-to-Peer Application protocol (called SPI) has been created for the 
Programming Service Architecture (PSA). The protocol defines the 
primitives that are provided to allow the SCU to control the calls on the PSN 
and the event notifications that are reported to the SCU, from the PSN. The 
protocol also defines the parameters that go along with the primitives and 
event notifications. 


Networking overview 
Figure 12-1 shows the PSN switching matrix configuration. 
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Figure 12-1 
PSN switching matrix configuration 


SCU 


Service Control 
Platform 


——|  DMS-250 
(PSN) 


Data Link 


e primitives/macros 
e— events 


An enhanced switching matrix is defined at the PSN, and the PSN is 
connected to the SCU using an ethernet data link. The data link is used to 
send call control primitives and macros from the SCU to the PSN to provide 
SCU services to calls on PSN. Events are sent from PSN to SCU to notify 
the SCU of the completion of execution of the primitives and the occurrence 
of external events that affect the call. Refer to the previous figure. 


Custom layer protocol 


The Custom Layer provides a connectionless transfer of application layer’s 
PDU (Protocol Data Unit) across the network. Since it is a connectionless 
protocol, messages are not guaranteed to be delivered, nor are those that are 
delivered, guaranteed to be passed to the application layer in the order in 
which they were sent by the peer layer at the SCU. The application layer 
must be designed to accommodate and recover from these situations. 


The custom layer implements a Datacom Client/Server model to 
communicate data across the network. The Datacom Client/Server acts as an 
interface between the application layer and the underlying transport layer. 
The Datacom Client transfers the application layer’s PDU to the underlying 
transport layer and the Datacom Server receives the application layer’s PDU 
from the transport layer and transfers it to the application layer. 
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Each application layer’s PDU is wrapped in a Custom Layer’s envelope 
before being sent to the SCU. The PDU is unwrapped by the peer layer at 
the SCU. Figure 12-2 shows the customer layer header. 


Figure 12-2 
Custom layer header 
Custom Layer 
Information 
Custom Layer 
Information 
76543210 
Highest SPI | SPI 
ae Version # Version # 
Application 
Layer Spare (4 bit User Class 
PDU 
Spare By 
Spare Byte 


The SPI Version Number (four bits) specifies the version of the custom 
protocol being used. 


The Highest SPI Version Number (four bits) indicates the highest supported 
SPI version on the PSN. 


The user class field (four bits) is used to differentiate between the different 
users of messages going across this layer. Only four types of messages are 
identified by this layer, which are encoded as follows: 


Unused 0000 
Admin Class 0001 
CallP Class 0010 
Audit Class 0011 


Flow Control 0100 
(FCMSG) 


Unused 0101-1111 
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SPI version 1 for UCS 


Up to three versions of each primitive and event are supported at any given 
time. The following table describes where detailed descriptions for SPI 
Version 1 can be found in this document: 


PSN parameters | This chapter contains a description of the UCS PSN parameters used in 
Version 1 PSN primitives and/or PSN event notifications. 


PSN LOPER This chapter contains a description of the Low Overhead Protocol 
messages and Encoding Rule (LOPER) for all of the UCS PSN parameters. 
parameters 

Version 1 

PRI messages This chapter contains a description of the special requirements for 


encoding and decoding PRI messages. Currently, there is no plan to 
have an SS7 section since the coding standard used can be found in 
TR444. 


SPI version 2 for UCS 


Up to three versions of each primitive and event are supported at any given 
time. The following table describes where detailed descriptions for SPI 
Version 2 can be found in this document. 


PSN parameters | This chapter contains a description of the UCS PSN parameters used in 
Version 2 PSN primitives and/or PSN event notifications. 


PSN LOPER This chapter contains a description of the Low Overhead Protocol 
messages and Encoding Rule (LOPER) for all of the UCS PSN parameters. 
parameters 

Version 2 

PRI messages This chapter contains a description of the special requirements for 


encoding and decoding PRI messages. Currently, there is no plan to 
have an SS7 section since the coding standard used can be found in 
TR444. 
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The following table presents a summary of the differences between SPI 
Version 2 and the previous SPI Version: 


Functionality 
Change 


New Agent- 
Data Event 


Description 


The Agent Data event is added, which is sent in response to Set-IP-Ad- 
dress primitives and when certain Trunk datafill changes on the PSN. 
This event allows the SCU to keep accurate track of what Trunk 
Agencies are available for termination dynamically. 


A “Send-Agent-Data” BBOL field is added to the Set-IP-Address to 
not have an Agent-Data sent in response to the Set-I[P-Address 
primitive. 


Additions to 
New-Call 


Additions to 
Control-Info 
Parameter 


New Stop- 
Heartbeat Event 


Four fields are added to the New-Call. These fields mimic the fields in 
the Agent-Data (which is essentially based on Party B’s) to allow for 


the SCU to have the same info on Party A’s. 
e Mandatory Signalling-Type 


e Mandatory Agent-Type 
e Optional ISUP-Index 
Optional COT Req 
Three BOOL fields are added to allow for greater Event control from 


the SCU: 
e Send Offhook Events 


e Send Onhook Events 


e Send Termination Signalling Events (ACM, Digits-Outpulsed, and 
so forth) 


A new event is added so that when a PSN receives a Set IP Address 
which changes the Arbitrator IP Address, the PSN sends a Stop-Heart- 
beat event to the old IP Address so that the Arbitrator does not continue 
to send Heartbeats (which will now be logged due to Heartbeats should 
only come from the currently active Arbitrator). 
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SPI version 3 for UCS 
Up to three versions of each primitive and event are supported at any given 
time. The following table describes where detailed descriptions for SPI 
Version 3 can be found in this document. 


Chapter 


PSN parameters 


Description 


This chapter contains a description of the UCS PSN parameters used in 


PRI messages 


Version 3 PSN primitives and/or PSN event notifications. 

PSN LOPER This chapter contains a description of the Low Overhead Protocol 
messages and Encoding Rule (LOPER) for all of the UCS PSN parameters. 
parameters 

Version 3 


This chapter contains a description of the special requirements for 
encoding and decoding PRI messages. Currently, there is no plan to 
have an SS7 section since the coding standard used can be found in 
TR444. 
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The following table presents a summary of the differences between SPI 
Version 3 and the previous SPI Version: 


Functionality a 
Chans: Description 

New-Call The New-Call Digits-Collected Changes parameter is enhanced to be 

Digits-Collected | more consistent and complete: 

Changes 
the STS and CRID New-Call Parameters were folded into the 
Digits-Collected Parameter since they are simply digit-registers 
anyway 
in addition to the new STS and CRID Digits-Types added, OPart 
and TPart Digits-Types are also added 
The CPC and CRID are no longer copied from the IAM and into 
the Digits-Collected parms. The Digits-Collected parameters are 
solely populated by data in the CCB and OCCB while the IAM and 
SETUP are sent untouched (and uncopied) 
The population of the Digits-Collected parameters from the CCB 
and OCCB were cleaned up and made much straight forward and 
dependant on Standard CallP logic. Therefore, the digits sent may 
now sometimes be more, different, or less than in the previous SPI 
Version 

PSN-Member- This new office parameter is added to allow for Member-Advancing to 

Advance Office | be turned off. This functionality often wreaks havoc and is not only 

Parameter useful (to be able to turn down or off member-advancing) in the field, 

but also in the lab. 

BBF STR and When BBF (using STRs) fails or there are no available CCBs, the 

CCB Error Error-Handling has been cleaned up by adding some Error-Causes, 

Handling better logs and new OMs are implemented for better tracking of the real 

Cleanup failure. Previous functionality was misleading. 

Support for SS7 | SS7 IMT Originations are now supported through CAIN, PSN CAIN 

IMT Origina- Datafill, and through PSN New-Call processing. 

tions 
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Functionality 
Change 


Billing Info 
Parameter 
changes 


Control Info 
Parameter 
changes 


Description 


Removal of the Port Info Parameter from the Billing-Info 
Parameter, so any change to the billing on a port is done by 
sending a primitive with a Port Info parameter set for that 
particular port. 


Addition of one byte to Billing Info. One bit “Target Port” is used 
as a bool with two values, 0 —> Port A, and 1 —> Port B. Since 
Connect and Reconnect primitives target two ports at the same 
time (that is, port A and port B) there exists the need to specify a 
targeted port in the Billing Info optional parameters. 


Removal of the Port Info Parameter from the Control-Info 
Parameter, so that the only way to effect the call processing on 
another port is through a primitive that is sent directly to that 
particular port. 


Addition of one bit “Target Port” to Control Info Parameter. One 
bit is used as a bool with two values, 0 —> Port A, and 1 —> Port B. 
Since Connect and Reconnect primitives target two ports at the 
same time (that is, port A and port B) there exists the need to 
specify a targeted port in the Control Info optional parameter. 


Adding the contents of Siginfo Mask parameter as new fields to 
Control Info parameter provides functionality to the primitives. 
Any primitive that contains the Control Info parameter (as an 
optional parameter) carries information that represents the 
connection states and allows the SCU to control which of the 
optional SS7/PRI messages are reported to the SCU in the 
Signalling Event event notification message. 


Removal of Send Termination Signaling Events bool bit from the 
Control-Info Parameter to avoid duplicate functionality with the 
ACM/Alert bit provided by Siginfo Mask field added to Control 
Info Parameter. 
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Functionality 
Change 


Port Service 
Info Parameter 
changes 


Set Billing 
Record 
Primitive 
changes 


Set IP Address 
Primitive 
changes 


Transmit 
Siginfo 
Primitive 
changes 
Siginfo Mask 


Parameter 
changes 


Description 


Removal of the Port Info Parameter from the Port Service Info 
Parameter, so any change to the IP address and/or a change to the 
SPI version on a port is done only by sending a Set IP Address 
primitive to that particular port. 


Addition of one bit “Target Port” to Port Service Info Parameter. 
One bit is used as a bool with two values, 0 —> Port A, and 1 —> 
Port B. Since Connect and Reconnect primitives target two ports at 
the same time (that is, port A and port B) there exists the need to 
specify a targeted port in the Port Service Info optional parameter. 


Port Info parameter is added as a mandatory parameter. 


Port Info parameter is added as a mandatory parameter. 


Signalling Info parameter is added as a mandatory parameter. 


Removal of Siginfo Mask parameter as a PSN parameter in UCSO08 
to avoid duplicate functionality with Control Info Parameter. 
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SPI version 4 for UCS 
Up to three versions of each primitive and event are supported at any given 
time. The following table describes where detailed descriptions for SPI 
Version 3 can be found in this document. 


Chapter Description 


UCS PSN parameters | This chapter contains a description of the UCS PSN parame- 
version 4 ters used in PSN primitives and/or PSN event notifications. 


UCS PSN LOPER This chapter contains a description of the Low Overhead 
messages and Protocol Encoding Rule (LOPER) for all of the UCS PSN 
parameters version4 | parameters. 


PRI messages This chapter contains a description of the special requirements 
for encoding and decoding PRI messages. Currently, there is 
no plan to have an SS7 section, since the coding standard used 
can be found in TR444. 


297-2621-380 Standard 04.03 August 1999 


13-1 


UCS PSN parameters version 1 


This chapter contains a detailed description of the UCS PSN Parameters. 
These PSN parameters may be a part of a PSN primitive and/or a PSN Event 
Notification. The use of the parameter depends upon the primitive or event 
notification in which it appears. 


PSN peer-to-peer application protocol 


A peer-to-peer application protocol has been created for the PSN platform. 
The protocol defines the primitives that are provided to allow the SCU to 
control the calls on the PSN and the event notifications that are reported to 
the SCU from the PSN. The protocol also defines the parameters that go 
along with the primitives and event notifications. 


The peer-to-peer protocol definition utilizes generic functional references to 
data rather than specific PSN data requirements. The protocol including the 
primitive or event notification definitions, parameter definitions and 
message flow (with service implementation examples) is described later in 
this document. 


PSN parameter definitions 


The SCU sends instructions via primitives to the PSN to control the service 
call, PSN notifies the SCU of the events that occur at the switch. The 
instructions and event notification messages contain one or more parameters 
with the appropriate information. 


Each parameter has one or more bytes containing the parameter information. 
The division of parameter contents into fields, and the encoding of these 
fields, is given in detail in this chapter. 


The primitives and/or the event notification messages which the parameter 
may be a part of was described earlier. 


Tables 13-1 and 13-2 lists primitives, event notifications, and the associated 
parameters. Each parameter is marked with an “M” for mandatory, an “O” 
for Optional ,or a “—” if the parameter is not associated with the primitive or 
event notification. 
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Table 13-1 


Parameters for call control primitives (Part 1) 


Parameters 


AccessType 


BearerCapability 


BillingInfo 


Calltype 
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Table 13-2 
Parameters for call control primitives (Part 2) 
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SignalingInfo 
SigInfoMask 
SwitchID 


Timeofday 


ToneDetected 
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Tables 13-3 and 13-4 lists parameters for event notifications. 


Table 13-3 

Parameters for event notifications (Part 1) 
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Calltype 
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Controlinfo 
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DigitsCollection 
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Table 13-4 
Parameters for event notifications (Part 2) 


eoeoannoes 
FooZ!IsoO 


Foozriw**o 


G 3J == 0 JG “OW 


so™mro CtFOHS™ 


QaQort0 0-0 Q 
Qo t0 0700 
QaQn0rt0 0-0 WM 

Qo t0 07*00 


ao#+o -05300 


297-2621-380 Standard 04.03 August 1999 


PSN parameters Version 1 13-9 


eoevoannoes 
Foozr!liso 


Foozriwr*o 


GGJ ~ =p 50a =Q 


3 Orr Oo cs" os |m 


ao t0 0700 
QaQ0ort0 0-7 WM 
QaQo0o*t*0 OFO0 0 


Cc 
fo) 
l 
l 
e 
c 
t 
e 
d 


ao~+o0o -05300 


oc 
sonne [||| 


SigInfoMask = 


SwitchID = ta T= =l e e l a 


Timeofday sI as | s EA E I I IE S S S 


ToneDetected s |e oe e ea ea eee | 


Tables 13-5 and 13-6 list parameters for non-call related events and 
primitives. 
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Table 13-5 


Parameters for non-call related events and primitives (Part 1) 
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Table 13-6 


Parameters for non-call related events and primitives (Part 2) 


Parameters 


o 


~*o 070777790 0 
| 


MonitorMask 


ParameterID 
PointInCall 
PortInfo 


PortServiceInfo 


PortStatus 


ServingTranslationSch 
eme 


SignalingInfo 


SigInfoMask 


M 


= = 
| = 


297-2621-380 Standard 04.03 August 1999 


PSN parameters Version 1 13-13 


+~*o 07 O4e¢4" 90 2 


D 

a 

y 
maton PEER 
neta CEES eS es 


ToneDetected = 


Note: There is one mandatory parameter called the Return IP Address 
parameter which is used to send the Instruction Completed. There are 0 to 20 
Optional PSI parameters called the IP Address to Reset Parameters which 
are used to do the actual “reset” of calls. 


AccessType 


This information is sent in the New_ca11 event notification and contains the 
originating trunk information. The only values supported for this parameter 
are FGD, DAL, and PRI. 


Access Type Parameter 


4 3 2 1 0 


7 6 5 
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Mandatory parameter for a New_Ca11 event. 


Parameter length: 1 byte 


Parameter contents: 


The ACCESS TYPE field consists of three bits, and is the access type of 
the port, which is encoded as follows: 


0 0 0: Unused (Spare) 
001: PTS FGD 
0 10: SS7 FGD 
0 1 1: DAL 4-wire 
100: DAL 2-wire 
101: PRI 
1 10to1 1 1: Unused (Spare) 


AUNADO 


BearerCapability 


This parameter contains the Bearer Capability information. 


Bearer Capability Parameter 


7 6 5 4 3 2 1 0 


Optional parameter ID: 1 


Parameter length: 1 byte 


Parameter contents: 


The BEARER CAPABILITY field consists of four bits, and is the 
location which indicates the speed and type of information that is to be 
carried by the call. The values include: 


0000: Not Used 
000 1: Speech 

00 1 0: 64K data 

00 1 1: 64kX25 

0 100: 56k Data 
0101: Data Unit 

0 1 10: 64K Restricted 
0111: 3.1 kHz 


NYDN WNr OO 
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8 1000: 7kHz 

9 1001: Voice Data 

10 1010: 64K Rate Data 
1011to111 1: Spare Values 
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BillingInformation 


This parameter contains the billing information for the port in the service 
call. This parameter may be used to update multiple billing record fields for 


a port. 
Billinginfo Parameter 
Trunk Group Number (LSB) 
Trunk Group Number (MSB) PortInfo 
Spare Trunk Member Number (LsB) 
Trunk Member Number (MSB) 
Number of 
BillingInfo 
BillingInfo Type 
BillingInfo 


BillingInfo 
Contents 


Sub-Parameter 
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Optional parameter ID: 2 
Parameter length: Variable in size 
Parameter contents: 


e PORT INFO field consists of four bytes and is the port where the billing 
records are updated. The external Trunk Group Number and the Trunk 
Member Number are specified in the Port Info. The range is from 0 to 
9,999 for the or both: 0 — 9,999. 


A value of 32,767 for Trunk Group Number indicates a 
NIL_TRUNK_GROUP. The Trunk Group Number of 
NIL_TRUNK_GROUP in this parameter is considered invalid. 


A value of 32,767 for Trunk Member Number indicates a 
NIL_TRUNK_MEMBER. The Trunk Member Number may be 
NIL_TRUNK_MEMBER only when the billing information is received 
for the destination port in the Connect primitive. 


Information in the following table illustrates how the combination of Trunk 
Group Number and Trunk Member Number in the BillingInfo parameter 
is interpreted. 


Trunk group Trunk Member Number | What is the Billing Info 
number used for 


nil_trunk_group nil_trunk_member INVALID 


Non nil_trunk_group nil_trunk_member BillingInfo for 
destination trunk group in 
Connect primitive only. 


nil_trunk_group Non nil_trunk_member INVALID 

Non nil_trunk_group Non nil_trunk_member BillingInfo for the port 
specified by the trunk 
group/member. 


e The NUMBER OF BILLING INFO field consists of one byte and is the 
number of Billing Info sub-parameters to follow. Each Billing Info 
sub-parameter consists of the Billing Info Type and the Billing Info 
Contents. The maximum number of Billing Info in Billing Info 
Parameter is one. 


0 00000000: Zero Number of Billing Info 


Digital Switching Systems UCS DMS-250 Programmable Service Node (PSN) Application Guide UCS09 


13-18 PSN parameters Version 1 


1 00000001: One Number of Billing Info 
00000010 to 11111111: Spare Values 


The BILLING INFO TYPE field consists of one byte, which indicates 
how to interpret the Billing Info Contents. Each application may define 
its own set of types. The Billing Info Contents are interpreted depending 
upon the type, which are encoded as follows: 


00000000: Not used 
0000000 1: CRID 
00000010to1l111111 1: Spare Values 


The BILLING INFO CONTENTS field contains the Billing Info 
Contents, which actually contain the billing information to place in the 
billing record. 


This parameter supports the following billing types: 
— Call Reference ID (CRID) 


CallReferenceID (CRID) 


This parameter is used for the transport of the call reference identifier. The 
CRID is encoded in a variable length digits field with the digits encoded in 
TBCD format. The valid range of digits for the CRID parameter is 1 to 9 
digits. 


Call Reference ID Parameter 


3rdDigit 2nd Digit 


7 6 5 4 3 2 1 0 


Optional parameter ID: 3 


Parameter length: Variable in size- maximum of 5 bytes 
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Parameter contents: 


e NUMBER OF DIGITS: 4 bits — This field contains the number of CRID 
digits. The values include: 1 to 9. 


e 1ST DIGIT to 9TH DIGIT: Each digit is 4 bits — This field contains the 9 
digits in the TBCD format, which are encoded as follows: 


000 0: Filler 

000 1: Digit 1 
00 1 0: Digit 2 
00 1 1: Digit 3 
0100: Digit 4 
010 1: Digit 5 
0 1 1 0: Digit 6 
01 1 1: Digit 7 
1000: Digit 8 
100 1: Digit 9 
10 101 0: Digit 0 
11 oaa 


OMmAAYINMNBWNK CO 


1 
13 1 
1 
1 


— eee 
=.. CO 
Oorr 
mmg * 


Calltype 


This parameter contains the call type for the call when it is determined by 
the PSN that the call is to be controlled by the SCU. 


Call Type Parameter 


Spare Calltype | 


7 6 5 4 3 2 1 0 


Mandatory parameter for a New Call event. 
Parameter length: 1 byte 
Parameter contents: 


e The CALL TYPE field consists of five bits, which provides information 
on the type of call being made. The values include: 


O0 00000: Undetermined * 
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0000 1: Onnet * 

0001 0: Offnet * 

0001 1: Public Speed 

00100: Private Speed 

0010 1: Hotline Speed 

00110: NOO* 

0011 1: Zero Plus — Onnet 

0 1000: Zero Plus — Offnet 
0100 1: INTOA * 
01010to1111 1: Spare Values 


OANDNDMNBWNHE 


The values marked with an “*” are the only ones that are currently 
supported. 


Controlinfo 


This parameter contains the action to be taken if the primitive is successfully 
processed. 


Control Info Parameter 


Trunk Group Number (LSB) 
Trunk Group Number (MSB) 


spare Trunk Member Number (LSB) 
Trunk Member Number (MSB) 


Spare 
7 6 5 4 3 2 1 0 
Send instruction completed events 


Optional parameter ID: 4 

Parameter length: 5 bytes 

Parameter contents: 

e The TRUNK GROUP NUMBER field consists of 15 bits and is the 


external Trunk Group Number. The range is from 0 to 9,999. A value of 
32,767 indicates a NIL_TRUNK_GROUP. 
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e The TRUNK MEMBER NUMBER field consists of 15 bits and is the 
location which contains the Trunk Member Number. The range is from 0 
to 9,999. A value of 32,767 indicates a NIL_LTRUNK_MEMBER. 


e The SEND INSTRUCTION COMPLETED EVENTS field consists of 
one bit and is a boolean, which indicates that the agent should or should 
not send any Instruction Completed events that occur on the agent. The 
values include: 


— 0: OFF —- Do not send any the Instruction Completed events. 
— 1: ON -Send all Instruction Completed events. 


00000000: Not used 
CRID Parameter 


This parameter is used in the New Call event. 


CRID Parameter 


2nd Digit 1st Digit 


3rd Digit 
9th Digit 
7 6 


5 4 3 2 1 0 


Optional parameter ID: 30 
Parameter length: 7 bytes 


Parameter contents: 


e The COUNT field indicates the number of actual CRID digits stored 
within the parameter. 
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The 1ST DIGIT to NTH DIGIT field consists of four bits for each digit 
and contains n digits. These DTMF digits are encoded in the TBCD 
format as follows: 


000 0: Filler 
000 1: Digit 1 
00 1 0: Digit 2 
00 1 1: Digit 3 
0100: Digit 4 
010 1: Digit 5 
0 1 1 0: Digit 6 
01 1 1: Digit 7 
1000: Digit 8 
100 1: Digit 9 
10 a ce 
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1 
1 
13 1 
1 
1 


le cl a ee D 
=F OOF 
O Ok 
Amott * 


Destinationtrunkgroup 


This parameter contains the external Trunk Group Number of the trunk to 
route to. The call terminates to an idle member of this trunk group. 


Destination Trunk Group Parameter 


Trunk Group Number (LSB) 


Spare Trunk Group Number (MSB) 


7 © 5 4 3 2 1 0 
Trunk Group Number : 0 — 9999 


Optional parameter ID: 5 


Parameter length: 2 bytes 


Parameter contents: 
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e The TRUNK GROUP NUMBER field consists of 15 bits and is the 
external Trunk Group Number. The valid range is from 0 to 9,999. The 
NIL_TRUNK_GROUP number is defined as 32,767. 


DigitsCollection 
This parameter contains information required to collect digits on a specified 
port. 
Digit Collection Parameter 
Maximum = Py 
Minimum Digits 
Spare End Maximum 
Delimiter Digits con't 
Spare First Digit Timer 
Discard Spar Inter Digit Timer 
Buffered E 
Digits 
g 7 6 5 4 3 2 1 0 


Optional parameter ID: 6 
Parameter length: 4 bytes 
Parameter contents: 


e The MINIMUM_DIGITS field consists of six bits and is the location 
which contains the Minimum Number of Digits to collect. This value 
must be less than or equal to the MAXIMUM_DIGITS field. The values 
include: 0—45. 


000000: (Minimum number of digits to collect = 0) 
000001 


1: (Minimum number of digits to collect = 45) 
Oto1l111 1 1: Unused (Spare) 


e The MAXIMUM_DIGITS field consists of six bits and is the locations 
which contains the Maximum Number of Digits to collect. The values 
include: 0—45. 


000000: (Maximum number of digits to collect = 0) 
000001 


101101: (Maximum number of digits to collect = 45) 
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101110to1111 1 1: Unused (Spare) 


e The END_DELIMITER field consists of two bits and is the location 
which identifies the End of Digits Delimiter; upon detection of the End 
of Digits Delimiter, digit collection stops and the collected digits are 
reported. If the delimiter is dialed as the very first digit, then the digit 
collection stops immediately. The values include: 


0 0: no delimiter specified 
OT: > 

1 0: # 

1 1: * and # 


e The FIRST _DIGIT_TIMER field consists of five bits and is the location 
which specifies the time to wait until the first digit is dialed. The values 
include : 2—30 seconds. 


0 000 0: Unused (Spare) 

0000 1: Unused (Spare) 

00010: Timer Value = 2 second 
111 1 0: Timer Value = 30 seconds 
1 1 1 1 1: Unused (Spare) 


e The INTER _DIGIT_TIMER field consists of five bits and is the location 
which specifies the Inter Digit Timer value, for example, the time to wait 


when collecting the second and subsequent digits. The values include: 
2-20 seconds. 


0 000 0: Unused (Spare) 

0 000 1: Unused (Spare) 

00010: Timer Value = 2 seconds 
101 0 0: Timer Value = 20 seconds 
10101to1 111 1: Unused (Spare) 


e The DISCARD BUFFERED DIGITS field consists of one bit and is a 
bool, which if true, indicates that the PSN had been buffering digits prior 
to receiving this parameter. It then discards it and starts digit collection 
all over again. Refer to Chapter “PSN finite state machine” for details on 
buffering of digits. 


DigitsCollected 


This parameter contains the digits collected or received on the port/agent. 
The digits contained in this parameter are always in the TBCD format. Also, 
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included is COUNT, which specifies the number of digits included in this 
parameter. 


Digits Collected Parameter 


Spare Type of Digits 


Nature of 
Number 


Spare Number of Digits 
Numberin Encoding 
4th Digit 3rd Digit 
7 6 5 4 2 


Spare 


3 1 0 


Optional parameter ID: 7 
Parameter length: Variable in size 
Parameter contents: 


Note: The contents of this parameter (including the Nature of Number, 
Numbering Plan, and Encoding Scheme fields) have been encoded in 
accordance with the following documents: TR-NWT-000317 Switching 
Systems Requirements for Call Control Using ISDNUP, TR-NWT-000394 
Switching Systems Requirements for IEC Interconnection using ISDNUP, 
and TR-NWT-000444 Switching System Requirements Supporting ISDN 
Access Using the ISDNUP. However, there are some values marked 
“Private” which are application specific. 
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e The TYPE OF DIGITS: 5 Bits- This field contains the type of digits 
encoded as given below. The Type of Digits is known when the collected 
digits are sent in the New_Call event notification. When this parameter is 
sent in the Digits Digits_Collected event notification, a value of 
“Unknown” is used. 


00000: Unknown 

0000 1: Called Party Address 

000 1 0: Calling Party Address (ANI) 

0001 1: Caller Interaction 

00 100: Routing Number 

0010 1: Billing Number 

00 1 1 0: Destination Number 

0011 1: Local Access and Transport Area (LATA) 
0 1000: Carrier Identification 

0 100 1: Referral Number (Private) 


OAANINDNBKWNr OO 


0 
1 
1 0 1: Primary Preferred Carrier (Private) 

1 1 0: Personal Identification Number (PIN) 

1 1 1: Authorization Code (Private) 

0 00: TCM (Private) 

0 0 1: Second Alternate Preferred Carrier (Private) 
0 1 0: Business Customer ID (Private) 

0 1 1: Hop-off Office (Private) 

1 0 0: Outpulse Number (Private) 

1 0 1: Originating Station (DN) 

1 1 0: MCCS Card Number 

1 


25 1100 1: Generic Digits Number 
26 11010: Dialed Digits Number 
27 1101 1: Facility Code 

28 11100: Country Code 

29 11101: STS Digits 

30 11110: OPart Digits 

31 11111: TPart Digits 


e The NATURE OF NUMBER field consists of two bits and is encoded as 
follows: 


0 00: Not Applicable 

1 01: International 

2 10: National 

3 11: Network Specific 
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e The NUMBER OF DIGITS: 6 Bits - This field contains the number of 
digits that are sent in this parameter. This number may be as low as 0 and 
as high as 45. 


e The ENCODING SCHEME field consists of four bits and is the location 
which contains the scheme used to encode the digits that are sent in this 
parameter and it is encoded as follows: 


0 0000: Unknown 

1 0001: Binary Coded Decimal (BCD) 
0010to110 1: Spare Values 

14 1110: Telephony Binary Coded Decimal (TBCD) 
1 1 1 1: Spare 


e The NUMBERING PLAN field consists of three bits and is encoded as 
follows: 


0 0 0: Unknown or Not Applicable 

00 1: ISDN Numbering Plan (E.164) 

0 1 0: Telephony Numbering Plan (E.163) 

0 1 1: Data Numbering Plan (X.121) 

1 0 0: Telex Numbering Plan (F.69) 

1 0 1: Maritime Mobile Numbering Plan (E.120,211) 
1 1 0: Land Mobile Numbering Plan (E.212, 213) 

1 1 1: Spare Value 


NNMNBWNK © 


e The IST DIGIT to NTH DIGIT field consists of four bits for each digit 
and is the location which contains n digits. These DTMF digits may be 
encoded in the BCD format as follows: 


0000: Digit 0 
000 1: Digit 1 
00 1 0: Digit 2 
00 1 1: Digit 3 
0100: Digit 4 
010 1: Digit 5 
0 1 1 0: Digit 6 
01 1 1: Digit 7 
1000: Digit 8 
100 1: Digit 9 
10 101 0: Filler 
11 1011:* 
12 1100:# 
13 1101:D 

E 

F 


OANNNBKWNrK OC 


14 1110: 
15 1111: 
Or the DTMF digits may be encoded in the TBCD format as follows: 


0 0000: Filler 
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000 1: Digit 1 
00 10: Digit 2 
00 1 1: Digit 3 
0100: Digit 4 
0101: Digit 5 
0 1 10: Digit 6 
01 1 1: Digit 7 
1000: Digit 8 
100 1: Digit 9 
10 1010: Digit 0 


OAMAANNDMNBWNHE 


11 1011:* 
12 1100: # 
13 1101:D 
14 1110:E 
15 1111:F 
DigitsOutpulsed 


This parameter indicates information on the digits that were outpulsed on a 
PTS trunk agent. This is especially useful in multi-stage outpulsing. This 
parameter is included in the Signaling event notification message to let the 
SCU know that all the digits were outpulsed on the trunk agency. 


Digits Outpulsed Parameter 


Spare Digits 
Outpulsed 


7 6 5 4 3 2 1 0 


Optional parameter ID: 8 
Parameter length: 1 byte 
Parameter contents: 


e The DIGITS OUTPULSED field consists of three bits and is encoded as 
follows: 


0 0 0: Unknown 
0 0 1: All streams outpulsed 
010to 11 1: Spare 
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DigitstoOutpulse 
This parameter contains the digits to be outpulsed on a PTS trunk agent. 


Digits To Outpulse Parameter 


Number of Digits 
2nd Digit 1st Digit 


4th Digit 3rd Digit 


7 6 5 4 


Optional parameter ID: 9 
Parameter length: Variable in size 
Parameter contents: 


e The NUMBER OF DIGITS field consists of one byte and is the location 
which contains the number of digits that are to be outpulsed on this port. 


The maximum number of digits that may be outpulsed is 23. The valid 
range for this field is 1 — 23. 


e The 1ST DIGIT to NTH DIGIT field consists of four bits for each digit 
and is the location which contains the n digits. 


DTMF digits are encoded as follows: 


000 0: Filler 
000 1: Digit 1 
00 1 0: Digit 2 
00 1 1: Digit 3 
: Digit 4 
010 1: Digit 5 
0 1 1 0: Digit 6 
01 1 1: Digit 7 


AUDNDMNBWNrK CO 
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8 1000: Digit 8 
9 1001: Digit 9 
10 1010: Digit 0 
11 1011:* 


p pà ek pah 
— =... 
=.. COO 
=O gO 


MF digits are encoded as follows: 


0000: Filler 
000 1: Digit 1 
00 10: Digit 2 
001 1: Digit 3 
0100: Digit 4 
0101: Digit 5 
0 1 10: Digit 6 
011 1: Digit 7 
1000: Digit 8 
100 1: Digit 9 
10 1010: Digit 0 
11 1011: KP3 and ST3P 
12 1100: KPP and STP 


OANNDNBKWNrK OC 


13 1101: KP and STKP 
14 1110: KP2 and ST2P 
15 1111:ST 


If multiple “Digits To Outpulse” parameters are contained in a message, then 
multiple streams of digits are outpulsed on the agent/port—each stream 
contained in one parameter of type “Digits to Outpulse”. 
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ErrorCause 


This parameter contains the cause of an error that was detected on the PSN. 


Error Cause Parameter 


ErrorCause 


Optional parameter ID: 10 
Parameter length: 2 bytes 
Parameter contents: 


e The ERROR CAUSE field consists of one byte and is the location which 
is used to represent the cause of the error. The values include: 


00000000: Nil Error Cause 
0000000 1: Header decode failure 
000000 10: Bad macro tag 
000000 1 1: Unrecognized primitive 
00000100: Missing mandatory parameter 
0000010 1: Mandatory parameter decode failure 
000001 10: Optional parameter decode failure 
000001 1 1: Parameter contents out of range 
00001000: Primitive userclass mismatch 
0000100 1: Maximum primitive exceeded 
0 00001010: Missing mandatory Siginfo parameter 
110000101 1: One or more agents in the primitive are not PSN 
agents 
12 00001100: Port not in table PPNROUTE 
13 00001101: Agent not supported 
14 00001 1 10: Port down due to WARM restart 
15 00001 1 1 1: Primitive invalid for current port state 
16 00010000: Unexpected message 
17 00010001: STR not available (affects the Monitor primitive) 
18 00010010: UTR not available 
19 0001001 1: Conference circuit not available 


POONA NBRWNF CO 
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20 00010100: No IDLE message 

21 0001010 1: Primitive extension block not available 
22 0001011 0: Scratchpad extension block not available 
23 0001011 1: Software Resources unavailable 

24 00011000: Message failure 

25 0001100 1: Software error 

26 0001101 0: Not minimum number ports to Bridge 
27 0001101 1: Maximum ports to Bridge exceeded 

28 00011100: Bearer capability incompatible 

29 0001110 1: Message index not in table PPNMSGIX 
30 0001111 0: Unsupported signaling type 

31 0001111 1: Duplicate message 

32 00100000: Bad agent state 

33 0010000 1: Termination failure 

34 0010001 0: Abnormal Exit 

35 0010001 1: Message not playing 

36 00100100: Tone duration unsupported 

37 0010010 1: Prompt failure 

38 001001 1 0: Digit collection failure 

39 001001 1 1: Q764 protocol problem 

40 00101000: Invalid duration gap 

41 00101001: Unexpected FC message 

42 0010101 0: Agent not in Table TRKGRP 


e The ERROR TYPE field consists of two bits and is the location which 
contains the type of the error that is detected, and is encoded as follows: 


0 0: Non Fatal Error 
0 1: Fatal Error 


Fatal errors are defined as errors that are so severe that they do not allow 
normal call processing to proceed on this port. 


If the error that is detected is non-fatal, then the PSN does not take any 
action other than report this error to the SCU. If the error that is detected is 
fatal, then the PSN reports the error to the SCU, and in addition, takes down 
the associated port. 


FlowControliInfo 


This parameter consists of Control Duration, which specifies the maximum 
amount of time the flow control is effective at the PSN, and Control Gap, 
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which specifies the maximum rate at which the New Call event notifications 
may be sent to the SCU while the control is effective. 


Flow Control Info Parameter 


ControlGap ControlDuration 


7 6 5 4 3 2 1 0 


Optional parameter ID: 11 
Parameter length: 1 byte 
Parameter contents: 


e The CONTROL DURATION field consists four bits and is the location 
which indicates the maximum amount of time that the flow control is 
effective at the PSN. The Control Duration is encoded as follows: 


0000: Not Used 
0001: 1 Second 

00 1 0: 2 Seconds 
00 1 1: 4 Seconds 

0 100: 8 Seconds 
0101: 16 Seconds 

0 1 1 0: 32 Seconds 
01 1 1: 64 Seconds 
1000: 128 Seconds 
100 1: 256 Seconds 
10 1010: 512 Seconds 
11 1011: 1024 Seconds 
12 1100: 2048 Seconds 
1101to111 1: Spare Values 


OMAAINMBWNr © 


e The CONTROL GAP field consists of four bits and is the location which 
indicates the maximum rate at which the New Call event notifications 
may be sent to the SCU while the flow control is effective. The Control 
Gap is encoded as follows: 


0 0 0 0: Remove Gap Control 
000 1: 1 1/10th of a Second 

00 10:3 1/10ths of a Second 
001 1:5 1/10ths of a Second 
0100: 1 Second 


KRWNR © 
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5 010 1:2 Seconds 

6 0O110:5 Seconds 

7 0111: 10 Seconds 
8 1000: 15 Seconds 
9 1001: 30 Seconds 
10 1010: 50 Seconds 
11 101 1: 80 Seconds 


12 1100: 120 Seconds 
13 1101: 300 Seconds 
14 1 1 10: 600 Seconds 
15 1111: Stop All Calls 


FlowControlEncountered parameter 
This parameter is sent in New Call events sent to the SCU while the flow 
control is active. This parameter informs the SCU that the flow control is 
active and it identifies the source that initiated the flow control. 


Flow Control Encountered Parameter 


Spare Flow Control 
Source 


7 6 5 4 3 2 1 0 


Optional parameter ID: 12 
Parameter length: 1 byte 
Parameter contents: 


e The FLOW CONTROL SOURCE field consists of one bit and is the 
source that initiated the flow control. It is encoded as follows: 


0: Flow control initiated by the SCU 
1: Flow control initiated by the PSN 
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InstructionID 


This parameter contains the Identifier of the Primitive that was received 
from the SCU. 


Instruction ID Parameter 


InstructionID 


7 6 5 4 3 2 1 0 


Optional parameter ID: 13 
Parameter length: 1 byte 
Parameter contents: 


e The INSTRUCTION ID field consists of one byte and is the location 
which is used to represent the primitive instruction. The values include: 


00000000: Unknown 
0000000 1: Bridge 

000000 1 0: Collect Digits & Report 
0000001 1: Connect 
00000100: Disconnect 
00000101: Hold 

000001 1 0: Monitor 

0000011 1: Mute 

00001000: New Call Accepted 
0000100 1: New Call Rejected 

10 0000101 0: Play Message 

11 0000101 1: Play Prompt, Collect Digits & Report 
12 00001100: Query Port 

13 0000110 1: Reconnect 

14 000011 1 0: Reset Switch 

15 0000111 1: Set Billing Record 

16 00010000: Set IP Address 

17 0001000 1: Stop Message 

18 0001001 0: Transmit Siginfo 

19 0001001 1: Heartbeat 

20 00010100: Query Time of Day 

21 00010101: Error Detected 

22 000101 1 0: Port Status 

23 000101 1 1: Flow Control 
00011000to1111111 1: Spare Values 
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Instructiontag 


This parameter contains the tag associated with the instruction. 


e For primitives that are sent from the SCU, the SCU generates an 
Instruction tag and sends it to the PSN in this parameter. When a 
response for this primitive is generated by the PSN, the PSN includes 
this tag in the response to enable the SCU to correlate the response with 
the primitive request that it had sent earlier. 


e For asynchronous event notifications generated by the PSN (for 
example, On-Hook, Off-Hook and, Signaling Event), the Instruction Tag 
is hard-coded to #01. 


e For instructions that are generated by the PSN that require a reply from 
the SCU (for example, New Call, Query Port from the Audit 
Application), the PSN sends a nil Instruction Tag. 


Instruction Tag Parameter 


InstructionTag 


7 6 5 4 3 2 1 0 


Optional parameter ID: 14 
Parameter length: 1 byte 
Parameter contents: 


e The INSTRUCTION TAG field consists of one byte and is the location 
which is used to represent the tag of the instruction that was received 
from or sent to the SCU. The values include: 


00000000: Nil Instruction Tag 

0000000 1: Asynchronous Event Notification from the PSN. 
00000001tol11111 11: Valid tags for instructions from the 
SCU. 


MessageInfo 


This parameter contains the Message ID and the Cycles and Tone Duration 
information. 
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The Message ID is used to index into table PSNMSGIX to get either an 
index into table ANNS (if the message ID corresponds to an announcement) 
or table TONES (if the message ID corresponds to a tone). 


Message Info Parameter 


MessageID 


Cycle/ToneDuration 


7 6 5 4 3 2 1 0 


Optional parameter ID: 15 
Parameter length: 2 bytes 
Parameter contents: 


e The MESSAGE ID field consists of one byte. The values include 1 to 
255 (a value of 0 is invalid). The value is an index into table 
PSNMSGIX. 


e The CYCLES field consists of one byte: the second byte of the 
parameter contents is treated as the number of cycles to play the 
announcement (if the message ID corresponds to an announcement). The 
values include: 


00000000: Play the Announcement indefinitely 

00000001: Play the Announcement for 1 cycle 

000 1 1 1 1 0: Play the Announcement for 30 cycles 

00011111tol111111 1: Play the Announcement 
indefinitely 


e The TONE DURATION field consists of one byte: the second byte of 
the parameter contents is treated as the Tone Duration value (if the 
message ID corresponds to a tone). The values include: 


00000000: Play the Tone forever 
00000001: Invalid 

0000001 0: Invalid 

0000001 1: Play the Tone for 3 seconds 
00000100: Play the Tone for 4 seconds 
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1111111 1: Play the Tone for 255 seconds 


Note: The values for the cycles or tone duration may be set to any value 
when the Message Info parameter is sent to the Stop Message primitive. The 
Stop Message primitive is only concerned with the message ID. For 


example, to stop the appropriate message on the PSN in the Message Info 
parameter. 


MonitorMask 


This parameter is a bitmap of monitor values. Each bit in this bitmap 
indicates what digit or tone to monitor or not to monitor a for the port. Also, 
each bit has two values: O (indicates cancel the monitor) or 1 (start monitor). 


Monitor Mask Parameter 
7 6 5 4 3 2 1 0 


Octothorpe Duration 


Asterisk Duration 


Monitor for BBF+ (SF* tones 
& then BBF tone/digits) bit 


Monitor for Octothorpe bit 


Monitor for Asterisk bit 


Each of the above monitor bits may have the following values: 


0 = cancel monitor 
1 = start monitor 


* = Single Frequency Tones 
+ = Blue Box Fraud 


Optional parameter ID: 16 


Parameter Size: 2 bytes 
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Parameter contents: 


e The ASTERISK/OCTOTHORPE DURATION field consists of five bits 
each and is the location which indicates the duration, in 100 
milliseconds, for which the Asterisk or Octothorpe must be detected 
before it is reported as a valid tone or digit to the SCU. The values 
include 5 to 30. 


For example, a duration of five for an Asterisk implies that the user has 
to hold down the Asterisk for 500 msecs before it is detected as a valid 
Asterisk by the PSN and reported to the SCU. 


Note: For BBF: the SF Tone Duration, the signaling type (MF/DTMER), the 
minimum digits to collect before a blue box fraud is declared, and the Partial 
Dial Timer values are all determined from the BBTKSGRP. Therefore, it is 
necessary to datafill the “terminating” port (where “terminating” indicates 
Party B of a Connect or a Reconnect primitive) in table BBTKSGRP. 


e The TONE BITMAP field consists of three bits and is a boolean each for 
BBE, Octothorpe and Asterisk. If the bool is true, then the port is 
monitored for the appropriate tone or digit. If the bool, is false then the 
appropriate tone or digit monitoring on that port is canceled. 


ParameterID 
This parameter contains the Identifier of the Parameter (and the identifier of 
the parameter if the parameter is composed of sub parameters). It is returned 
to the SCU in case the decoding of the parameter resulted in an error. 


Parameter ID Parameter 


Parameter ID 


Sub Parameter ID 


Optional parameter ID: 17 
Parameter length: 2 bytes 
Parameter contents: 


e The PARAMETER ID field consists of : 1 byte — This field is a byte that 
is used to represent the parameter in error. The values include: 
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00000000: Nil Error Cause 
0000000 1: Bearer Capability 
0000001 0: Billing Info 

0000001 1: Call Reference Identifier 
00000100: Control Info 

0000010 1: Destination Trunk Group 
000001 1 0: Digit Collection 

000001 1 1: Digits Collected 
00001000: Digits Outpulsed 
0000100 1: Digits To Outpulse 

10 0000101 0: Error Cause 

11 0000101 1: Flow Control Information 
12 00001 100: Flow Control Encountered 
13 00001101: Instruction ID 

14 00001 1 1 0: Instruction Tag 

15 0000111 1: Message Info 

16 00010000: Monitor Mask 

17 00010001: Parameter ID 

18 0001001 0: Port Count 

19 0001001 1: Port Info 
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20 00010100: Port Service Information 
21 00010101: Port Status 

22 000101 1 0: Reset Reason 

23 0001011 1: Session ID 

24 00011000: SigInfo Mask 

25 00011001: Signaling Info 

26 00011010: Switch ID 


27 0001101 1: Time of Day 
28 00011100: Tone Detected 
00011101to10000001: Spare Values 
0 10000010: UCS Point In Call 
1 10000011:UCSSTS 
10000100 tol 11411411 1: Spare Values 


e The SUB PARAMETER ID field consists of one byte and is the location 


which is used to represent the parameter in error. 


The values include (for PTS agents): 


00000000: Unknown 
0000000 1: Message Type 
000000 1 0: Digits Outpulsed 
0000001 1: Digits to Outpulse 
00000100: PTS Off-hook 
0000010 1: PTS On-hook 
00000110to1l1111111: Spare 
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PointInCall 


This parameter contains the point in the call when all criteria were met and 
the PSN gives the SCU control over the call. 


Point In Call Parameter 


PointInCall 


Trigger Criteria 


Optional parameter Tag: 130 
Parameter length: 2 byte 
Parameter contents: 


e The POINT IN CALL field consists of five bits and is the location which 
contains the point in the call when the PSN determines that the call is a 
service call and needs to be controlled by the SCU. It is encoded as 
follows: 


00000: Not Used 

0000 1: Orig Null 

000 10: Authorize Orig Attempt 
000 1 1: Collect Information 
00100: Analyze Information* 
0010 1: Select Route 
00110: Authorize Call Setup 
0011 1: Send Call 

01000: Orig Alerting 

0100 1: Orig Active 

10 0101 0: Orig Suspended 

11 01011: Term Null 

12 01100: Authorize Termination 
13 01101: Select Facility 

14 0111 0: Present Call 

15 01111: Term Alerting 

16 10000: Term Active 

17 1000 1: Term Suspended 
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10010tol 1 


1 1 1: Spare Values 


The values marked with an “*” are the only ones that are currently 
supported. 


e The TRIGGER CRITERIA field consists of eight bits and encoded as 
follows: 
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00000000: 
00000001: 
00000010: 
00000011: 
00000100: 
00000101: 
00000110: 
00000111: 
00001000: 
00001001: 
00010000: 
00011000: 
00011011: 
00011101: 
00100000: 
01100000: 
01100001: 
01100010: 
OLIOOOLTI: 
01100100: 
01100101: 
01100110: 
01100111: 
01101000: 
01101001: 
01101010: 
01101011: 
01101100: 
01101101: 


Feature Activator 

Vertical Service Code 
Customized Access 
Customized Intercom* 
NPA 

NPA_NXX 

NXX 

NXX_XXXX 
NPA_NXXXXXX* 
Country_Code_NPA_NXXXXxXxX* 
Offhook Immed 

Net Busy 

Orig Called Party Busy 
Orig No Answer 

Orig Feature Activator 
Channel Setup PRI CLID 
Channel Setup PRI Addr 
Channel Setup PRI NOO 
Channel Setup PRI Intl 
Specific Digit String Info* 
Specific Digit String ANI* 
Specific Digit String NOO* 
Specific Digit String CIC 
Shared Interoffice CIC 
Shared Interoffice Info 
Shared Interoffice ANI 
Shared Interoffice Addr 
Shared Interoffice NOO 
Shared Interoffice Intl 


01101110to1111111 1: Unused (Spare) 


The values marked with an “*” are the only ones that are currently 
supported. 
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PortInfo 


This parameter contains the port information for an agent. The port info 
consists of the external Trunk Group Number and the Trunk Member 


Number. 
Port Info Parameter 
Trunk Group Number 
Trunk Group Number 
Spare Trunk Member Number 


Trunk Member Number 


Optional parameter ID: 19 
Parameter length: 4 bytes 
Parameter contents: 


e The TRUNK GROUP NUMBER field consists of 15 bits and is the 
location which contains the external Trunk Group Number. The range is 
from 0 to 9,999. A value of 32,767 indicates a NIL_TRUNK_ GROUP. 


e The TRUNK MEMBER NUMBER field consists of 15 bits and is the 
location which contains the Trunk Member Number. The range is from 0 
to 9,999. A value of 32,767 indicates a NIL_-TRUNK_MEMBER. 


PortServiceInfo 


This parameter contains the IP address and SPI information. The SCU 
returns the IP address and SPI to the PSN. The IP address is the return 
address used to send the event notification messages back to the SCU (to the 
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right address and port). The SPI number is the service programing interface 


version for the specified agent. 


Port Service Info Parameter 


Trunk Group Number 


Trunk Group Number 


Spare Trunk Member Number 


Trunk Member Number 


IPAddress 


IPAddress 


IPAddress 


IPAddress 


PortNumber 


PortNumber 


Port Info 


Optional parameter ID: 20 
Parameter length: 11 bytes 


Parameter contents: 


e The PORT INFO field consists of four bytes and is the location in which 
the IP address and the SPI are updated. The external Trunk Group 
Number and the Trunk Member Number are specified in the Port Info 


parameter. The range is from 0—9,999 for both. 


A value of 32,767 for the Trunk Group Number indicates a 


NIL_TRUNK_GROUP. 
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A value of 32,767 for Trunk Member Number indicates a 
NIL_TRUNK_ MEMBER. 


If the Trunk Group Number is set to NIL_TRUNK_GROUP and the Trunk 
Member Number is set to NIL_TRUNK_MEMBER, then the returned IP 
address and SPI information corresponds to the SCU Arbitrator address. The 
Arbitrator address is the initial point of contact to send all the New Call 
event notification messages. 


Information in the following table illustrates how the combination of the 
Trunk Group Number and the Trunk Member Number in the Port Info 
parameter is interpreted. 


Trunk Group Trunk Member Number | What is the IP Address 
Number Info used for 


nil_trunk_group nil_trunk_member Arbitrator’s IP address if 
recvd. in the 
Set_IP_Address 
primitive. 
INAVLID if recvd. with 
other primitives. 


Non nil_trunk_group nil_trunk_member IP Address for destination 
trunk group in Connect 
primitive only. 


nil_trunk_group Non nil_trunk_member INVALID 

Non nil_trunk_group Non nil_trunk_member IP Address for the port 
specified by the trunk 
group/member. 


e The IP ADDRESS field consists of four bytes and is the location which 
contains the IP address sent by the SCU and which is eventually used to 
return the event notification messages. 


This is a table of four bytes. For example, an IP address of 
47.122.64.153 is stored as four bytes: byte one is 47, byte two is 122, 
byte three is 64, and byte four is 153. The nil_ip_address is defined as 
0.0.0.0. 


e The PORT NUMBER field consists of two bytes and is the location 
which contains the transport layer port number associated with the IP 
address. The nil_port_number is defined as 0. 
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Information in the following table illustrates how the combination of IP 
Address and Port Number in the IP Address Info parameter are interpreted 


IP Address 


for the different primitives. 


Port Number 


How is the IP Address 
Info used for in RESET 
SWITCH 


How is the IP Address 
Info used in all the 
other Primitives 


appropriate IP Address 
Info (Service Reset) 


nil_ip_address nil_port_number Idle all ports that are INVALID 
currently serviced by the 
SCU (System Reset) 
Non nil_ip_address | nil_port_number Idle all ports with the given INVALID 
IP Address and any port 
number (Shelf Reset) 
nil_ip_address Non nil_port_number | INVALID INVALID 
Non nil_ip_address | Non nil_port_number Idle ports with the IPAddressInfo 


parameter applies to a 
specific port — update the 
port’s IP Address Info. 


The SPI field consists of four bits and is the location which contains the 


SPI version for the specified agent. The range is from | to 15. 


297-2621-380 Standard 04.03 August 1999 


PSN parameters Version 1 13-47 


PortStatus 


This parameter contains the status of the port and agent. It also contains 
information which indicates if the port is currently being controlled by the 


SCU. 
Port Status Parameter 
-— Port in Service Call 
Connection 
Muted 
Held 


Collecting Digits 


— Monitoring for Tones 


'— Listening to Message 


— Linked to an agent 


—— Bridged to multiple agents 


— Spare 


Optional parameter ID: 21 
Parameter length: 2 bytes 
Parameter contents: 


e The AGENT STATUS field consists of four bits and is the location 
which contains the agent status of the port. This parameter is encoded as 
follows: 


00000: Idle 

0000 1: Seized 
00010: Answered 
0001 1: ManBusy 
00100: Lockout 
00101: System Busy 


ABWNrR © 
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6 00110: PM Busy 
7 0011 1: Unknown 
1000to 1111: Spare Values 


e The PORT IN SERVICE CALL field consists of one bit and is the 
location which indicates if the port is currently a part of a service call, or 
if the port is currently being serviced by the SCU. 


0: Port not a part of a service call 
1: Port is a part of a service call. 


e The CONNECTION BITMAP field consists of six bits and is a bitmap 
where each bit indicates what the connection status of the agent is. The 
bits are used to represent the connection states as specified below: 


Bit 0: Muted 
Value: 0 = port is unmuted 
Value: 1 = port is muted 
Bit 1: Held 
Value: 0 = port is not held 
Value: 1 = port is held 
Bit 2: Collecting Digits 
Value: 0 = port is not collecting digits 
Value: 1 = port is in the process of collecting digits 
Bit 3: Monitoring for Tones 
Value: 0 = port is not monitoring for tones 
Value: 1 = port is monitoring for tones 
Bit 4: Listening to Message 
Value: 0 = port is not listening to a message 
Value: 1 = port is listening to message (announcement and tones) 
Bit 5: Linked to an agent 
Value: 0 = port is not linked to another agent 
Value: 1 = port is linked to another agent 
Bit 6: Bridged to multiple agents 
Value: 0 = port is not bridged to two or more agents 
Value: 1 = port is bridged to two or more agents 
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ResetReason 


This parameter contains the reason why a restart was performed on the PSN. 
It indicates to the SCU the type of reset that is required at the SCU. 


Reset Reason Parameter 


Spare ResetReason 


7 6 5 4 3 2 1 0 


Optional parameter ID: 22 
Parameter length: 1 byte 
Parameter contents: 


e The RESET REASON field consists of four bits and is the location 
which indicates the reason why a restart was performed on the PSN. The 
values include: 


000 0: Unknown 

000 1: Warm Restart performed on the PSN 
0 0 1 0: Cold Restart performed on the PSN 
00 1 1: Reload Restart performed on the PSN 
0 100: PSN has just come into service 

0 1 0 1: Arbitrator Heartbeat has failed 
0110to111 1: Spare Values 


ABWNR © 
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ServingTranslationScheme 
This parameter contains the serving translation scheme (STS) of the call. 


The switch sends this parameter to the SCU in the New Call event 
notification message. 


STS Parameter 


1st Digit 


3rd Digit 2nd Digit 
7 6 5 4 3 2 1 0 


Optional parameter Tag: 131 
Parameter length: 2 bytes 
Parameter contents: 


e The COUNT field consists of four bits and is the location which contains 
the number of digits in the STS. The values include from 1 to 3. 


e The DIGITS field consists of one, two, and three digits with each digit 
consisting of four bits. The three digits contained in this field are in the 
TBCD format and are as follows: 


000 0: Filler 

000 1: Digit 1 
00 1 0: Digit 2 
00 1 1: Digit 3 
0100: Digit 4 
010 1: Digit 5 
0 1 1 0: Digit 6 
01 1 1: Digit 7 
1000: Digit 8 
100 1: Digit 9 
10 101 0: Digit 0 
11 hee 


OMAAINMNBRWNF CO 
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SessionID 


This parameter contains the Session ID. The Session ID is generated by the 
SCU to associate the different ports involved in a service call. 


Upon receipt of the SessionIp parameter, the PSN does not perform any 
error checking. It merely re-transmits this value in the event notification 
message. 


Session ID Parameter 


SCU ID 


SessionID 


SessionID 


SessionID 


Optional parameter ID: 23 

Parameter length: 4 bytes 

Parameter contents: 

e The SCU ID field consists of one byte and is the location in which a 


unique one byte ID is generated by the SCU. 


e The SESSION ID field consists of three bytes and is the location in 
which a unique three byte ID is generated by the SCU. The values 
include: 


000000000000000000000000: 0 
to 


1111111111111111111111 11: 16,777,215 


SignalingInfo 
This parameter contains the signaling information in the standard format that 
is applicable to the signaling type of the port. This parameter may be used to 
receive or send signaling information to and from the SCU. 
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Depending upon the primitive or event notification in which this parameter 

is sent or received, and the signaling type of the associated port, its contents 
are different. In general, the contents contain parameters that are encoded in 
the standard format. 


For PTS agents, there are no standards used. For SS7 agents, the parameters 
are encoded based on the TR444 and the GR394. For PRI agents, refer to 
Chapter “PRI messages” for further details. 


SignalingInfo is included in the following primitives and event 
notification messages. 


e Connect primitive from the SCU (receive use): 


— The following parameters are sent in Signaling Info on a PTS agent. 
At least one stream of digits (a Digit stoOutpulse parameter) must 
be sent with the capability of sending up to three streams. These 
parameters are encoded as described earlier in “Bearer Capability” 
and “Digits To Outpulse.” 


BearerCapability (Optional) 
DigitstoOutpulse (Mandatory) 
DigitstoOutpulse (Optional) 
DigitstoOutpulse (Optional) 


— The following IAM message parameters (on an SS7 agent) are 
encoded as indicated by the TR444 and the GR394. 


Message Type (Mandatory) 
Forward Call Indicator (Mandatory) 
Calling Party Category (Mandatory) 
User Service Information (Mandatory) 
Called Party Number (Mandatory) 
Nature of Connection Ind. (Mandatory) 
Calling Party Address (Optional) 
Carrier Identification (Optional) 
Carrier Selection Information (Optional) 
Channel Assignment Map (Optional) 
Charge Number (Optional) 
Authcode (GD) (Optional) 
Call Reference Identifier (GD) (Optional) 
Callid (GD) (Optional) 
CLLI Admin (GD) (Optional) 
IMT Info (GD) (Optional) 
RLT Treatment Code (GD) (Optional) 
Term SWID & TRKGRP (GD) (Optional) 
XFR Operator Queue (GD) (Optional) 
Network Information (Optional) 
Network Specific Facilities (Optional) 
Network Specific IAM (Optional) 
Operator Information (Optional) 
Operator Services Indicator (Optional) 
Originating Line Information (Optional) 
Supplementary Line Info (Optional) 
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Transit Network Selection (Optional) 


— The following SETUP message parameters (on a PRI agent) are 
encoded as indicated in the Chapter “PRI messages”. 


Protocol Discriminator (Mandatory) 
Message Type (Mandatory) 
Bearer Capability (Mandatory) 
Called Party Number (Mandatory) 
Business Group (Optional) 
Called Party Subaddress (Optional) 
Progress Indicator (Optional) 
Calling Party Number (Optional) 
Calling Party Subaddress (Optional) 
Display (Optional) 
Higher Layer Compatibility (Optional) 
Lower layer Compatibility (Optional) 
Network Specific Facility (Optional) 
Original Called Number (Optional) 
Transit Network Selection (Optional) 
User to User Information (Optional) 


e Disconnect primitive from the SCU(receive use): 


— The following REL message parameters (on an SS7 agent) are 
encoded as indicated by the TR444 and the GR394. 


Message Type (Mandatory) 
Cause Indicators (Mandatory) 


— The following DISC message parameters (on a PRI agent) are 
encoded as indicated in the Chapter “PRI messages”. 


Message Type (Mandatory) 
Protocol Discriminator (Mandatory) 
Cause (Mandatory) 


— The following REL message parameters (on a PRI agent) are 
encoded as indicated in the Chapter “PRI messages”. 


Message Type (Mandatory) 
Protocol Discriminator (Mandatory) 
Cause (Optional) 
User to User Information (Optional) 


e Transmit_Siginfo primitive from the SCU(receive use): 


— The following parameters are sent in the SigInfo parameter on a PTS 
agent. At least one stream of digits (a Digits to Outpulse parameter) 
must be sent with the capability of sending up to three streams. The 
signaling parameter is encoded as described earlier in “Digits To 
Outpulse”. 
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Message Type (Mandatory) 
Digits to Outpulse (Mandatory) 
Digits to Outpulse (Optional) 
Digits to Outpulse (Optional) 


— The following information is sent (on a PTS agent) for a PTS 
On-hook. There is no signaling information present when the 
message type is PTS On-hook: 


Message Type (Mandatory) 


— The following information is sent (on a PTS agent) for a PTS 
oOff-hook. There is no signaling information present when the 
message type is PTS Off-hook: 


Message Type (Mandatory) 


The Transmit_Siginfo is used to send the IAM, ANM, CPG, FAA, 
FAR, FRJ, PAM, SUS, REL, and RES for an SS7 port. 


The Transmit_Siginfo is used to send the CONNECT, CALLPROC, 
FACILITY, RLC, REL, and DISC messages for a PRI port. 


For the definition of the SS7 and PRI messages, refer to the“‘Signaling 
Event” bullet in this section. 
e Off Hook event notification to the SCU(send use): 


— The following ANM message parameters (on an SS7 agent) are 
encoded as indicated by the TR444 and the GR394. 


Message Type (Mandatory) 
Backward Call Indicator (Optional) 
Call Reference (Optional) 
Carrier Selection (Optional) 
Internetwork Specific ANM (Optional) 
Intranetwork Specific ANM (Optional) 
Network Specific ANM (Optional) 
Operator Information (Optional) 
US Network Parameter (Optional) 
User to User Indicator (Optional) 
User to User Information (Optional) 


— The following CONNECT message parameters (on a PRI agent) are 
encoded as indicated in the Chapter “PRI messages”. 


Message Type (Mandatory) 
Protocol Discriminator (Mandatory) 
User to User Information (Optional) 
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e On_Hook event notification to the SCU (send use): 


— The following REL message parameters (on an SS7 agent) are 
encoded as indicated by the TR444 and the GR394. 


Message Type (Mandatory) 
Cause Indicators (Mandatory) 
User to User Indicator (Optional) 
User to User Information (Optional) 


— The following RSC message parameters (on an SS7 agent) are 
encoded as indicated by the TR444 and the GR394. 


Message Type (Mandatory) 


— The following DISC message parameters (on a PRI agent) are 
encoded as indicated in the Chapter “PRI messages”. 


Message Type (Mandatory) 
Protocol Discriminator (Mandatory) 
Cause (Mandatory) 
User to User Information (Optional) 


— The following REL message parameters (on a PRI agent) are 
encoded as in Chapter “PRI messages”. 


Message Type (Mandatory) 
Protocol Discriminator (Mandatory) 
Cause (Optional) 
User to User Information (Optional) 


e New_Call event notification to the SCU(send use): 


— The following IAM message parameters (on an SS7 agent) are 
encoded as indicated by the TR444 and the GR394. 


Message Type (Mandatory) 
Forward Call Indicator (Mandatory) 
Calling Party Category (Mandatory) 
User Service Information (Mandatory) 
Called Party Number (Mandatory) 
Nature of Connection Ind. (Mandatory) 
Calling Party Address (Optional) 
Carrier Identification (Optional) 
Carrier Selection Information (Optional) 
Channel Assignment Map (Optional) 
Charge Number (Optional) 
Authcode (GD) (Optional) 
Call Reference Identifier (GD) (Optional) 
Callid (GD) (Optional) 
CLLI Admin (GD) (Optional) 
IMT Info (GD) (Optional) 
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RLT Treatment Code (GD) (Optional) 
Term SWID & TRKGRP (GD) (Optional) 
XFR Operator Queue (GD) (Optional) 
Network Information (Optional) 
Network Specific Facilities (Optional) 
Network Specific IAM (Optional) 
Operator Information (Optional) 
Operator Services Indicator (Optional) 
Originating Line Information (Optional) 
Supplementary Line Info (Optional) 
Transit Network Selection (Optional) 


— The following SETUP message parameters (on a PRI agent) are 
encoded as in Chapter “PRI messages”. 


Protocol Discriminator (Mandatory) 
Message Type (Mandatory) 
Bearer Capability (Mandatory) 
Called Party Number (Mandatory) 
Business Group (Optional) 
Called Party Subaddress (Optional) 
Progress Indicator (Optional) 
Calling Party Number (Optional) 
Calling Party Subaddress (Optional) 
Display (Optional) 
Higher Layer Compatibility (Optional) 
Lower layer Compatibility (Optional) 
Network Specific Facility (Optional) 
Original Called Number (Optional) 
Transit Network Selection (Optional) 
User to User Information (Optional) 


e Signaling_Event event notification to the SCU: 


— The following parameters are sent in the SigInfo parameter on a PTS 
agent. These parameters are encoded as described in “Digits 
Outpulsed”’. 


Digits Outpulsed Indicator (Mandatory) 


— The following ACM message parameters (on an SS7 agent) are 
encoded as indicated by the TR444 and the GR394. 


Message Type (Mandatory) 
Backward Call Indicator (Mandatory) 
Call Reference (Optional) 
US Network Parameter (Optional) 
User to User Indicator (Optional) 
User to User Information (Optional) 


— The following COT message parameters (on an SS7 agent) are 
encoded as indicated by the TR444 and the GR394. 


Message Type (Mandatory) 
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Continuity Indicators (Mandatory) 


— The following CPG message parameters (on an SS7 agent) are 
encoded as indicated by the TR444 and the GR394. 


Message Type (Mandatory) 
Event Information (Mandatory) 
Backward Call Indicator (Mandatory) 
Party Information (Optional) 
Redirection Number (Optional) 
Supply end-to-end Inf. Req. (Optional) 
Supply end-to-end Inf. Resp. (Optional) 
User to User Indicator (Optional) 
User to User Information (Optional) 


— The following FAA message parameters (on an SS7 agent) are 
encoded as indicated by the TR444 and the GR394. 


Message Type (Mandatory) 
Facility Indicator (Mandatory) 
Call Reference (Optional) 


— The following FAR message parameters (on an SS7 agent) are 
encoded as indicated by the TR444 and the GR394. 


Message Type (Mandatory) 
Facility Indicator (Mandatory) 
Call Reference (Optional) 
Called Party Address (Optional) 
Calling Party Number (Optional) 
Charge Adjustment (Optional) 
Charge Number (Optional) 
Callid (GD) (Optional) 
Operator Information (Optional) 
Originating Line Info (Optional) 


— The following FRJ message parameters (on an SS7 agent) are 
encoded as indicated by the TR444 and the GR394. 


Message Type (Mandatory) 
Facility Indicator (Mandatory) 
Cause Indicator (Mandatory) 
Call Reference (Optional) 


— The following PAM message parameters (on an SS7 agent) are 
encoded as indicated by the TR444 and the GR394. 


Message Type (Mandatory) 
RPM Message (Mandatory) 
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— The following RES message parameters (on an SS7 agent) are 
encoded as indicated by the TR444 and the GR394. 


Message Type (Mandatory) 
Suspend/Resume Indicators (Mandatory) 


— The following SUS message parameters (on an SS7 agent) are 
encoded as indicated by the TR444 and the GR394. 


Message Type (Mandatory) 
Suspend/Resume Indicators (Mandatory) 


— The following PROGRESS message parameters (on a PRI agent) are 
encoded as indicated in the Chapter “PRI messages”. 


Message Type (Mandatory) 
Protocol Discriminator (Mandatory) 
Progress Indicator (Mandatory) 
Cause (Optional) 
User to User Information (Optional) 


— The following ALERT message parameters (on a PRI agent) are 
encoded as indicated in the Chapter “PRI messages”. 


Message Type (Mandatory) 
Protocol Discriminator (Mandatory) 
User-User Information (Optional) 
Progress Indicator (Optional) 


— The following CALL PROCEEDING message parameters (on a PRI 
agent) are encoded as indicated in the Chapter “PRI messages”. 


Message Type (Mandatory) 
Protocol Discriminator (Mandatory) 


— The following FACILITY message parameters (on a PRI agent) are 
encoded as indicated in the Chapter “PRI messages”. 


Message Type (Mandatory) 
Protocol Discriminator (Mandatory) 
Called Party Number (Optional) 
Called Party Subaddress (Optional) 


— The following REL Complete (RLC) message parameters (on a PRI 
agent) are encoded as indicated in the Chapter “PRI messages”. 


Message Type (Mandatory) 
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User to User Information (Optional) 


Signaling Info Parameter 


Message Contents: 
PTS SigInfo 


or 

PRI Message 
or 

SS7 Message 


7 © 5 4 3 2 1 0 
Message Type 


Optional parameter ID: 25 
Parameter length: maximum of 412 bytes 
Parameter contents: 


e The Signaling TYPE field consists of two bits and is the location which 
contains the type of signaling that the port is using. The values include: 


0 0: PTS (4 Wire) 
0 1: PTS (2 Wire) 
1 0: SS7 
1 1: PRI 


e The MESSAGE CONTENTS field consists of a maximum of 411 bytes. 
This field is the location of the message contents which contains the 
parameters in the standard format. The contents are encoded depending 
upon the type of signaling used. 
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Primitive/Event PTS Messages SS7 Messages | PRI Messages 
Notification 


Connect Digits_To_Out IAM SETUP 
pulse, 
Digits_To_Out 
pulse with 
Bearer_Capabi 
lity 


Disconnect — DISC, REL 


Transmit_Sigi Digits_To_Out IAM, ANM, REL, CONNECT, REL, 

nfo pulse, CPG, FAA, FAR, DISC, ALERT, 
PTS_On-hook, FRJ, PAM, RES, FACILITY 
PTS_Off-hook SUS 


SETUP 


CONNECT 


Signaling_Eve Digits_Outpul ACM, CPG, PROGRESS, 
nt sed_Indicator COT, FAA, FAR, ALERT, CALL 
FRJ, PAM, RES, PROCEEDING, 
SUS FACILITY, 
RELEASE 
COMPLETE 


— PTS Message contents: 


e The PTS MESSAGE TYPE field consists of one byte and is the location 
which contains the message type for a PTS message. The values include: 


00000000: Unknown 

00000001: Digits to Outpulse 

000000 1 0: Digits to Outpulse with Bearer Capability 
0000001 1: PTS Off-Hook 

00000100: PTS On-Hook 

00000101: Digits Outpulsed 
00000110to1l1111411 1: Spare 


ABWNR © 


e The PTS SIGINFO MESSAGE AREA field consists of a maximum of 
410 bytes and is the location which contains the the SigInfo message but 
depends on the PTS message type. If PTS message type is: 


Digits to Outpulse, then the PTS SigInfo message area contains from 1 
to 3 Digits to Outpulse parameters. Refer to section “Digits To 
Outpulse,” for further information. 
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DigitstoOutpulse with Bearer Capability, then the PTS SigInfo 
message area contains the BearerCapability parameter first in 
the area, “Bearer Capability,” with the following bytes 
containing from 1 to 3 DigitstoOutpulse parameters, “Digits 
To Outpulse”’. 


PTS Off-hook, then there is no information in the PTS SigInfo message 
area. In other words, there is no signaling information associated 
with a PTS Off-hook. 


PTS On-hook, then there is no information in the PTS SigInfo message 
area. In other words, there is no signaling information associated 
with a PTS On-hook. 


Digits Outpulsed, then PTS SigInfo message area contains the Digits 
Outpulsed parameter. Refer to “Digits Outpulsed”. 
— SS7 Message contents: 
The TR444 and the GR394 SS7 with ISDN support are used to define the 
contents of the SS7 message contents. 
— PRI Message contents: 


The SS7 and PRI parameter contents will not be redefined in this document. 


SigInfo_Mask 


This parameter lets the SCU control which of the optional SS7 and PRI 
messages are reported to the SCU in the Signaling Event event notification 
message. 


For example, if the port is an SS7 port, the SCU may choose to enable or 
disable the receipt of the following messages from the PSN: 

e ACM (Address Complete) 

e COT (Continuity) 

e CPG (Call Progress) 

e FAA (Facility Activation), FAR (Facility Request), FRJ (Facility Reject) 
e PAM (Pass Along Message) 

e RES (Resume) and SUS (Suspend) 

If the port is a PRI port, the SCU may choose to enable or disable the receipt 


of the following messages from the PSN: 


e ALERT (Alerting Message) 
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e CALLPROC (Call Proceeding) 
e FAC (Facility) 

e RLC (Release Complete) 

e PROG (Progress) 


The following messages are mandatory and are always sent to the SCU. In 
addition, the receipt of these messages cannot be turned off by the SCU. 


e ANM (Answer), REL (Release), and RSC (Reset Circuit) for SS7 ports 
e CONNECT and REL (Release) and DISC (Disconnect) for PRI ports 


Siglnfo Mask Parameter 


> RES 


> PAM 
— 3 FRJ/RLC 
— FAR/Progress 


— FAA 
CPG/Fac 


COT/CallProc 
ACM/Alert 


Optional parameter ID: 24 
Parameter length: 2 bytes 


Parameter contents: 
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e The SIGINFO MASK BITMAP field consists of nine bits and is a 
bitmap in which each bit indicates what the connection status of the 
agent is. The bits are used to represent the connection states as specified 
by the following: 


Bit 0: ACM/Alert 
Value: 0 = do not send ACM (for SS7 port) or Alert (for PRI port) 
message to the SCU. 
Value 1 = send the ACM (for SS7 port) or Alert (for PRI port) to the 
SCU. 
Bit 1: COT/CallProc 
Value: 0 = do not send COT (for SS7 port) or Call Proceeding (for 
PRI port) message to the SCU. 
Value: 1 = send the COT (for SS7 port) or Call Proceeding (for PRI 
port) message to the SCU. 


Bit 2: CPG/FAC 
Value: 0 = do not send CPG (for SS7 port) or FAC (for PRI port) 
message to the SCU. 
Value: 1 = send the CPG (for SS7 port) or FAC (for PRI port) to the 
SCU. 


Bit 3: FAA 
Value: 0 = do not send FAA (for SS7 port) message to the SCU. 
Value: 1 = send the FAA (for SS7 port) to the SCU. 


Bit 4: FAR/Progress 
Value: 0 = do not send FAR (for SS7 port) or Progress (for PRI port) 
message to the SCU. 
Value: 1 = send the FAR (for SS7 port) or Progress (for PRI port) to 
the SCU. 


Bit 5: FRJ/RLC 
Value: 0 = do not send FRJ (for SS7 port) or RLC (for PRI port) 
message to the SCU. 
Value: 1 = send the FRJ (for SS7 port) or RLC (for PRI port) to the 
SCU. 


Bit 6: PAM 
Value: 0 = do not send PAM (for the SS7 port) to the SCU. 
Value: 1 = send the PAM (recvd. on the SS7 port) to the SCU. 


Bit 7: RES 
Value: 0 = do not send RES (for the SS7 port) to the SCU. 
Value: 1 = send the RES (recvd. on the SS7 port) to the SCU. 


Bit 8: SUS 
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Value: 0 = do not send SUS (for the SS7 port) to the SCU. 
Value: 1 = send the SUS (recvd. on the SS7 port) to the SCU. 


Bit 9 — 15: Spare. 


Switch_ID 
This parameter contains the switch ID of the PSN. 


Switch ID Parameter 


7 6 5 4 3 2 1 0 


Optional parameter ID: 26 
Parameter length: 1 byte 
Parameter contents: 


e The SWITCH ID field consists of seven bits and is the location which 
contains the switch ID. The range is from 0 to 127. 
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Time_of_day 
This parameter will contain the time of the day and will be returned in the 
Current Time of Day event notification to the SCU. 


Time of Day Parameter 


Day in the Year 


Day in the 
anne Year con't 
GMT 


Optional parameter ID: 27 
Parameter length: 8 bytes 
Parameter contents: 


e The YEAR field consists two bytes and is the location which contains 
the year. 


e The DIFFERENCE FROM GMT field consists of two bytes and is the 
location which contains the time difference between the time specified 
by the “hour, minute and second” fields above, and the Greenwich Mean 
Time. 


e The DAY IN THE YEAR field consists of nine bits and is the location 
which contains the day of the year. The values include: 1 to 365. 


Digital Switching Systems UCS DMS-250 Programmable Service Node (PSN) Application Guide UCS09 


13-66 PSN parameters Version 1 


e The MINUTE field consists of six bits and is the location which contains 
the minute. The values include: 0 to 59. The additional values are spares. 


e AHEAD OF GMT: 1 bits — If true, this field indicates that the switch 
time is AHEAD of the Greenwich Mean Time (GMT). The switch time 
is BEHIND the GMT if this field is set to false. 


e HOUR: 5 bits — This filed contains the hour. The values include: 0 to 23. 
The rest are spare values. 


e SECOND: 6 bits — This field contains the minute. The values include: 0 
to 59. The additional values are spares. 


Tone_Detected 


This parameter will contain the tone that was detected on a given port and 
agent by the PSN. 


Tone Detected Parameter 


7 6 5 4 3 2 1 0 


Optional parameter ID: 28 
Parameter length: 1 byte 
Parameter contents: 


e The TONE OR DIGIT DETECTED consists of three bits and is the 
location which contains the tone or the digit that was detected, and is 
encoded as follows: 


0 0 0: tone / digit monitoring aborted 
0 0 1: asterisk detected 

0 1 0: octothorpe detected 

0 1 1: SF tone detected 

: BBF tone detected 

1 0 1: BBF digits detected 

1 1 0: BBF not possible on this port 
1 1 1: Unused (Spare) 


NMBWNrF OO 
— 
© 
© 
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UCS PSN LOPER messages and 
parameters version 1 


This chapter contains a detailed description of the UCS PSN messages and 
parameters described in the Low Overhead Protocol Encoding Rule 
(LOPER) message format. 


LOPER format 


Each of the messages in the LOPER follow the same basic format and rules. 


The following rules apply to LOPER: 


A message is byte aligned, meaning that each parameter starts on a new 
byte. 


The first byte in a message is considered to be the Oth index of the 
message, the second byte in the message is considered to be the first 
index of the message, and so on. 


Two bytes are used in describing the length of a message parameter. Two 
bytes are also used to contain the byte location in the message that the 
optional parameters begin in the message. 


A LOPER message can either contain one primitive, one event, or one 
macro which can contain up to five primitives. 


The SS7 signaling message of the SigInfo Contents in a optional 
SigInfo Parameter to be transmitted on a SS7 agent is not be validated. 
Since the SS7 signaling message is to be built by the SCU in the TR444 
BellCore standard, it is assumed that the SS7 signaling message has been 
correctly built and is sent onto the SS7 network with out validation. Any 
error in the SS7 signaling message is caught by the network and handled 
accordingly by the SS7 network. 


Messages sent from the SCU to the PSN 


This section contains information on messages sent from the SCU to the 
PSN. 
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Macros 

The first byte of a macro designates that the message is a macro. The second 
and third bytes indicate the length of the macro in the number of bytes that 
comprise the length of the message from the macro Tag to the end of the last 
primitive in the macro. The fourth byte identifies how many primitives there 
are in the Primitive Area. The Primitive Area contains the individual 
primitives. Refer to the following diagram. 


If there is an error in the decoding of one of the primitives found in the 
macro, that primitive is dropped and the decoding process is ceased because 
the rest of the macro is considered to be corrupted. Any primitive decoded 
before the error is still processed. 


LOPER Macro Message Format 


2nd Byte Macro Length (LSB) 
3rd Byte Macro Length (MSB) 
Ath Byte Number of Primitives 


Primitive 


Primitive (Optional) 


Primitive (Optional) 


e The MACRO TAG field consists of one byte and is the location which is 
used to identify the primitive in the message. The values include: 


00000000: Macro Tag 
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Primitives 

The first byte is the Primitive Tag and identifies the primitive. The second 
and third bytes indicate the length of the primitive, beginning with the 
primitive tag to the end of the mandatory parameters or optional parameters 
if present. The fourth and fifth bytes contain the Nth byte location at which 
the optional parameters begin in the message. The sixth byte is the start of 
the mandatory parameters. The contents of the mandatory parameter depend 
on the primitive and event, and the customer using LOPER. Refer to the 
following diagram: 


LOPER Primitive Message Format 


Mandatory Parameters 


Optional Parameters 
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e The PRIMITIVE TAG field consists of one byte and is the location 
which is used to identify the primitive in the message. The values 
include: 


00000001: Bridge 
00000010: collect_Digits 
00000011: connect 
00000100: Disconnect 
00000101: Hola 

00000110: Monitor 
00000111: Mute 

00001000: RESERVED FOR INTERNAL PSN USE 
00001001: New_Call_Accepted 
00001010: New_Call_Rejected 
10 00001011: Play_Message 

11 00001100: ppcp 

12 00001101: Query_Port 

13 00001110: Reconnect 

14 00001111: Set_Billing_Record 
15 00010000: Stop_Message 

16 00010001: Transmit_Siginfo 
17 00010010: Error_Detected 

18 00010011: Heartbeat 
1900010100: Port_Status 

20 OOO1O1OL: Query_TOD 

21 00010110: Reset_Switch 

22 00010111: Set_rIP_Address 

23 00011000: Flow_control 
00011001to1l1111111: Spare 


OAAINDNBWNF © 


Messages sent from the PSN to the SCU 


This section contains information on messages sent from the PSN to the 
SCU. 


Events 

The first byte is the Event Tag and identifies the event. The second and third 
bytes indicate the length of the event, beginning with the Event Tag to the 
end of the mandatory parameters, or optional parameters if present. The 
fourth and fifth bytes contain the Nth byte location at which the optional 
parameters begin in the message. The sixth byte is the start of the mandatory 
parameters. 
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The contents of the mandatory parameter depend on the primitive and event, 
and the customer using LOPER. Refer to the following diagram. 


LOPER Event Message Format 


1st Byte Event Tag 
2nd Byte Event Length (LSB) 
) 


( 
3rd Byte Event Length (MSB 
4th Byte Pointer to Optional Parameters (LSB) 
5th Byte Pointer to Optional Parameters (MSB) 


Mandatory Parameters 


Optional Parameters 


e The EVENT TAG field consists of one byte and is the location which is 
used to identify the event in the message. The values include: 


00000000: current_top 
00000001: Digit_Collected 
00000010: Error_Detected 
0000001 1: In Service 

00000100: Instruction_Completed 
00000101: Message_Played 
00000110: New_cal1ı 

0000011 1: O0££_Hook 


NADNBWNr CO 
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8 00001000: on_Hook 

9 00001001 : Port_Status 

10 00001010: Query_Port 

11 00001011: Route_Not_Available 

12 00001100: Route_Selected 

13 00001101: Signaling_Event 

14 00001110: Tone_Detected 
00001111to1l1111111: Spare 


Parameters 


LOPER divides parameters into two classes, mandatory and optional. 
Mandatory parameters contain the information required by the primitive and 
event in order to be processed. Optional parameters contain the information 
not required by the primitive and event but add extra information for 
processing. 


Mandatory parameters 

Mandatory parameters in LOPER are customized for each primitive and 
event. The sixth byte in the primitive and event is always the beginning of 
the mandatory parameters for primitives and events. There is no need for a 
mandatory parameter tag. Mandatory parameters are identified by the 
primitive and event ID and can only be found in their corresponding 
primitive and event, such as a Connect mandatory parameter can only be 
found in a Connect primitive. Also, there is no need for a length indicator 
for the mandatory parameters. For example, since the pointer to the optional 
parameters designates the end of the mandatory parameters, and if there are 
no optional parameters, then the length of the primitive and event is the end 
of the mandatory parameters. 


If there is an error in the decoding of the mandatory parameters, the entire 
message is dropped, the OM PSN_ERPS:DECODEFL is incremented, logs 
PSN202 and PSN212 are produced, and an Error_Detected event is 
produced with the Error Cause HEADER_DECODE_FAILURE_EC. If 
there is an error in the validating of the mandatory parameters values, the 
entire message is dropped, the OM PSN_ERPS:MANDPDEF is 
incremented, the logs PSN202 AND PSN212 are produced, and an 
Error_Detected event is produced with the Error Cause 
PARAM_CONTENTS_OUT_OF_ -RANGE _EC. 


Optional parameters 

The first byte of an optional parameter is the optional parameter tag, which 
identifies the optional parameter. The second and third bytes indicate the 
length of the optional parameter in bytes, starting with the beginning of the 
optional parameter ID, to the end of the optional parameter. 
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The contents of the optional parameter depends on the specific parameter 
and the customer using LOPER. The contents of the optional parameters are 
defined in PSN PARMS. Refer to the following diagram. 


If a LOPER message is received with an unknown optional parameter ID, 
the unknown optional parameter is skipped and the decoding of the rest of 
the optional parameters in the message continues. If there is an error in the 
decoding of a known optional parameter, the optional parameter is dropped 
and the decoding process is ceased. As a result, the reset of the message is 
considered to be corrupted, the OM PSN_ERPS:OPPRMDEF is 
incremented, the logs PSN202 and PSN212 are produced, and the primitive, 
along with the optional parameters, are decoded before the error is 
processed. 


LOPER Optional Parameter Format 


1st Byte Optional Parameter ID 


2nd Byte Optional Parameter Length (LSB) 
3rd Byte Optional Parameter Length (MSB) 


Optional Parameter 


e The OPTIONAL PARAMETER ID field consists of one byte and is the 
location which is used to represent the parameter. The values include: 


00000000: Unknown 
00000001: BearerCapability 
00000010: BillingInfo 
00000011: CallReferenceID 
00000100: Controlinfo 
00000101: Destinationtrunkgroup 
00000110: DigitsCollection 
00000111: DigitsCollected 
00001000: Digitsoutpulsed 
00001001: Digitstooutpulse 
10 00001010: Errorcause 

11 00001011: FlowControliInfo 


OANNDNBKWNr OO 
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12 00001100: FlowcontrolEncountered 

13 00001101: InstructionrIp 

14 00001110: rInstructiontag 

15 00001111 : MessageInfo 

16 00010000: Monitormask 

17 00010001: ParameterrpD 

18 00010010: Portcount 

19 00010011: PortInfo 

20 00010100: PortServiceInfo 

21 00010101: Portstatus 

22 00010110: ResetReason 

23 00010111: SessionrpD 

24 00011000: SigInfo_Mask 

2500011001: SignalingInfo 

26 00011010: Switch_ID 

27 00011011: Time_of_day 

28 00011100: Tone Detected 

29 00011101t0o10000001: SpareValues 

13010000010: UCS PointInca11 

13110000011: UCS srs 
10000100t0o11111111: SpareValues 


PSN LOPER mandatory parameters for primitives 
The following mandatory parameters are used to build primitives. Their 
description includes the length of the parameter as well as the type of each 
field in the parameter. 
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Bridge mandatory parameters 
The mandatory parameters for a Bridge Primitive are as follows 


Bridge Mandatory Parameters 


4 Bytes 

SessionID 

1 Byte InstructionTag 

1 Byte 
PortCount 

o Ports 
PortInfo 4 Bytes 
PortInfo 
MIN: 4 Bytes 


MAX: 120 Bytes 


Parameter length: a minimum of 10 bytes and a maximum of 126 bytes 


Parameter contents: 
The SESSION ID field consists of four bytes and is the location which 


e 
includes the TYPE: sessionIpD parameter. 
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The INSTRUCTION TAG field consists of one byte and is the location 
which includes the TYPE: Instructiontag parameter. 


The PORT COUNT field consists of one byte and is the location which 
includes the TYPE: Count of 1 to 30. 


The PORTS field consists of a minimum of four bytes and a maximum 
of 120 bytes. Also, the PORTS field consists of a minimum of one port 
to a maximum of 30 ports. 


The Port TYPE: Port Info parameter. 


Collect Digits mandatory parameters 
The mandatory parameters for a Collect_Digits primitive. 


Collect Digits Mandatory Parameters 


4 Bytes 
SessionID 
1 Byte InstructionTag 
4 Bytes Port 
4 Bytes DigitstoCollect 


7 6 5 4 3 2 1 0 


Parameter length: 13 bytes 


Parameter contents: 


The SESSION ID field consists of four bytes and is the location which 
includes the TYPE: SessionIp parameter. 


The INSTRUCTION TAG field consists of one byte and is the location 
which includes the TYPE: InstructionTagID parameter. 


The PORT field consists of four bytes and is the location which includes 
the TYPE: Port Info parameter. 


The DIGITS TO COLLECT field consists of four bytes and is the 
location which includes the TYPE: DigitsCollection parameter. 
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Connect mandatory parameters 
The mandatory parameters for a Connect primitive are as follows: 


Connect Mandatory Parameters 


4 Bytes 
SessionID 
1 Byte InstructionTag 
4 Bytes POrE 
2 Bytes Destinationtrunk 


7 6 5 4 3 2 1 0 


Parameter length: 11 bytes 
Parameter contents: 


e The SESSION ID field consists four bytes and is the location which 
includes the TYPE: SessionIp parameter. 


e The INSTRUCTION TAG field consists of one byte and is the location 
which includes the TYPE: InstructionTagID parameter. 


e The PORT field consists of four bytes and is the location which includes 
the TYPE: Port Info parameter. 


e The DESTINATION TRUNK field consists of two bytes and is the 
location which includes the TYPE: DestinationTrunkGroup parameter. 


Disconnect mandatory parameters 
The mandatory parameters for a Disconnect primitive are as follows: 
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Disconnect Mandatory Parameters 


SessionID 


InstructionTag 


Port 


Parameter length: 9 bytes 
Parameter contents: 
e The SESSION ID field consists of four bytes and is the location which 


includes the TYPE: sessionIpD parameter. 


e The INSTRUCTION TAG field consists of one byte and is the location 
which includes the TYPE: InstructionTagID parameter. 


e The PORT field consists of four bytes and is the location which includes 
the TYPE: Port Info parameter. 


Error Detected mandatory parameters 
The mandatory parameters for a Error_Detected primitive are as follows: 


Error Detected Mandatory Parameters 


7 6 5 4 3 2 1 0 


Parameter length: 2 bytes 
Parameter contents: 


e ERROR CAUSE field consists of two bytes and is the location which 
includes the TYPE: ErrorCause parameter. 
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Flow Control mandatory parameters 
The mandatory parameters for a Flow_Contro1 primitive are as follows: 


Flow Control Mandatory Parameters 


7 6 5 4 3 2 1 0 


Parameter length: 1 byte 
Parameter contents: 


e The INSTRUCTION TAG field consists of one byte and is the location 
which includes the TYPE: InstructionTagID parameter. 


Heartbeat mandatory parameters 


The Heartbeat primitive does not contain any information in the primitive. 
A Heartbeat primitive message contains only what is mandatory for a 
LOPER primitive which is the primitive tag, the primitive length, and the 
optional pointer, totaling five bytes. 


Hold mandatory parameters 
The mandatory parameters for a Hold primitive are as follows: 


Hold Mandatory Parameters 


SessionID 


InstructionTag 


Port 
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Parameter length: 9 bytes 


Parameter contents: 


The SESSION ID field consists of four bytes and is the location which 
includes the TYPE: SessionIp parameter. 


The INSTRUCTION TAG field consists of one byte and is the location 
which includes the TYPE: InstructionTagID parameter. 


The PORT field consists of four bytes and is the location which includes 
the TYPE: Port Info parameter. 


Monitor mandatory parameters 
The mandatory parameters for a Monitor primitive are as follows: 


Monitor Mandatory Parameters 


4 Bytes 
SessionID 
1 Byte InstructionTag 
4 Bytes Port 
2 Bytes MonitorInfo 


7 6 5 4 3 2 1 0 


Parameter length: 11 bytes 


Parameter contents: 


The SESSION ID field consists of four bytes and is the location which 
includes the TYPE: SessionIp parameter. 


The INSTRUCTION TAG field consists of one byte and is the location 
which includes the TYPE: InstructionTagID parameter. 


The PORT field consists of four bytes and is the location which includes 
the TYPE: Port Info parameter. 
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e The MONITOR INFORMATION field consists of two bytes and is the 
location which includes the TYPE: MonitorMask parameter. 


Mute mandatory parameters 
The mandatory parameters for a Mute primitive are as follows: 


Mute Mandatory Parameters 


SessionID 


InstructionTag 


Port 


Parameter length: 9 bytes 
Parameter contents: 


e The SESSION ID field consists of four bytes and is the location which 
includes the TYPE: SessionIp parameter. 


e The INSTRUCTION TAG field consists of one byte and is the location 
which includes the TYPE: InstructionTagID parameter. 


e The PORT field consists of four bytes and is the location which includes 
the TYPE: Port Info parameter. 


New call accepted mandatory parameters 


The mandatory parameters for a New_Call_Accepted primitive are as 
follows: 
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New Call Accepted Mandatory 


Parameters 
4 Bytes 
SessionID 
1 Byte InstructionTag 
4 Bytes Port 
PortServiceInfo 
11 Bytes 


Parameter length: 20 bytes 
Parameter contents: 


e The SESSION ID field consists of four bytes and is the location which 
includes the TYPE: SessionIpD parameter. 


e The INSTRUCTION TAG field consists of one byte and is the location 
which includes the TYPE: InstructionTagID parameter. 


e The PORT field consists of four bytes and is the location which includes 
the TYPE: Port Info parameter. 


e The PORT SERVICE INFO field consists of 11 bytes and is the location 
which includes the TYPE: PortServiceInfo parameter. 


New call rejected mandatory parameters 


The mandatory parameters for a New_Call_Rejected primitive are as 
follows: 
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New Call Rejected Mandatory 
Parameters 


7 6 5 4 3 2 1 0 


Parameter length: 4 bytes 
Parameter contents: 


e The PORT field consists of four bytes and is the location which includes 
the TYPE: Port Info parameter. 


Play message mandatory parameters 
The mandatory parameters for a Play_Message primitive are as follows: 


Play Message Mandatory Parameters 


SessionID 


InstructionTag 


Port 


Message 


Parameter length: 11 bytes 
Parameter contents: 


e The SESSION ID field consists of four bytes and is the location which 
includes the TYPE: sessionIp parameter. 


e The INSTRUCTION TAG field consists of one byte and is the location 
which includes the TYPE: InstructionTagID parameter. 
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The PORT field consists of four bytes and is the location which includes 
the TYPE: Port Info parameter. 


The MESSAGE field consists of two bytes and is the location which 
includes the TYPE: MessageInfo parameter. 


Play prompt collect digits mandatory parameters 


The mandatory parameters for a Play_Prompt_Collect_Digits primitive 
are as follows: 


Play Prompt Collect Digits 
Mandatory Parameters 


4 Bytes 

SessionID 
1 Byte InstructionTag 
4 Bytes Port 
4 Bytes DigitstoCollect 
2 Bytes Message 


7 6 5 4 3 2 1 0 


Parameter length: 15 bytes 


Parameter contents: 


The SESSION ID field consists of four bytes and is the location which 
includes the TYPE: SessionID parameter. 


The INSTRUCTION TAG field consists of one byte and is the location 
which includes the TYPE: InstructionTagID parameter. 


The PORT field consists of four bytes and is the location which includes 
the TYPE: PortInfo parameter. 


The DIGITS TO COLLECT field consists of four bytes and is the 
location which includes the TYPE: DigitsCollection parameter. 


The MESSAGE field consists of two bytes and is the location which 
includes the TYPE: MessageInfo parameter. 
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Port status mandatory parameters 
The mandatory parameters for a Port_Status primitive are as follows: 


Port Status Mandatory Parameters 


InstructionTag 


Port 


Status 


Parameter length: 7 bytes 
Parameter contents: 
e The INSTRUCTION TAG field consists of one byte and is the location 


which includes the TYPE: InstructionTagID parameter. 


e The PORT field consists of four bytes and is the location which includes 
the TYPE: Port Info parameter. 


e The STATUS field consists of two bytes and is the location which 
includes the TYPE: Portstatus parameter. 


Query port mandatory parameters 
The mandatory parameters for a Query_Port primitive are as follows: 


Query Port Mandatory Parameters 


InstructionTag 


Port 
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Parameter length: 5 bytes 
Parameter contents: 
e The INSTRUCTION TAG field consists of one byte and is the location 


which includes the TYPE: InstructionTagID parameter. 


e The PORT field consists of four bytes and is the location which includes 
the TYPE: Port Info parameter. 
Query time of day (TOD) mandatory parameters 


The mandatory parameters for a Query_Time_of_Day primitive are as 
follows: 


Query TOD Mandatory Parameters 


7 6 5 4 3 2 1 0 


Parameter length: 1 byte 
Parameter contents: 


e The INSTRUCTION TAG field consists of one byte and is the location 
which includes the TYPE: Inst ructionTagID parameter. 


Reconnect mandatory parameters 
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The mandatory parameters for a Reconnect primitive are as follows: 


Reconnect Mandatory Parameters 


SessionID 


InstructionTag 


Portl1 
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Parameter length: 13 bytes 
Parameter contents: 


e The SESSION ID field consists of four bytes and is the location which 
includes the TYPE: SessionIp parameter. 


e The INSTRUCTION TAG field consists of one byte and is the location 
which includes the TYPE: InstructionTagID parameter. 


e The PORT 1 field consists of four bytes and is the location which 
includes the TYPE: Port Info parameter. 


e The PORT 2 field consists of four bytes and is the location which 
includes the TYPE: Port Info parameter. 


Reset switch mandatory parameters 
The mandatory parameters for a Reset_Switch primitive are as follows: 


Reset Switch Mandatory Parameters 


11 Bytes ReturnIPAddress 


1 Byte InstructionTag 


7 6 5 4 3 2 1 0 


Parameter length: 12 bytes 
Parameter contents: 


e The RETURN IP ADDRESS field consists of 11 bytes and is the 
location which includes the TYPE: PortService parameter. 


Note: There is one mandatory PSI parameter called the Return IP 
Address parameter. It is used to send the Instruction_Completed. There 
are 0 to 20 optional PSI parameters called the IP Address to Reset 
parameters which are used to do the actual resetting of calls. 


e The INSTRUCTION TAG field consists of one byte and is the location 
which includes the TYPE: Inst ructionTagID parameter. 
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Set billing record mandatory parameters 
The mandatory parameters for a Set_Billing_Record primitive are as 


follows: 
Set Billing Record Mandatory 
Parameters 
4 Bytes SessionID 
1 Byte InstructionTag 


BillingInfo 


Parameter length: variable in size 
Parameter contents: 


e The SESSION ID field consists of four bytes and is the location which 
includes the TYPE: SessionID parameter. 


e The INSTRUCTION TAG field consists of one byte and is the location 
which includes the TYPE: InstructionTagID parameter. 


e The BILLING INFORMATION is variable in size and is the location 
which includes the TYPE: BillingInfo parameter. 
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Set IP address mandatory parameters 
The mandatory parameters for a Set_IP_Address primitive are as follows: 


Set IP Address Mandatory Parameters 


11 Bytes 


PortServiceInfo 


1 Byte InstructionTag 


7 6 5 4 3 2 1 0 


Parameter length: 12 bytes 
Parameter contents: 
e The PORT SERVICE INFO field consists of 11 bytes and is the location 


which includes the TYPE: PortServiceInfo parameter. 


e The INSTRUCTION TAG field consists of one byte and is the location 
which includes the TYPE: InstructionTagID parameter. 


Stop message mandatory parameters 
The mandatory parameters for a Stop_Message primitive are as follows: 


Stop Message Mandatory Parameters 


SessionID 


InstructionTag 


Port 


Message 
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Parameter length: 11 bytes 
Parameter contents: 


e The SESSION ID field consists of four bytes and is the location which 
includes the TYPE: SessionIp parameter. 


e The INSTRUCTION TAG field consists of one byte and is the location 
which includes the TYPE: InstructionTagID parameter. 


e The PORT field consists of four bytes and is the location which includes 
the TYPE: Port Info parameter. 


e The MESSAGE field consists of two bytes and is the location which 
includes the TYPE: MessageInfo parameter. 
Transmit siginfo mandatory parameters 


The mandatory parameters for a Transmit_Siginfo primitive are as 
follows: 


Transmit Siginfo Mandatory 
Parameters 


SessionID 


InstructionTag 


Port 


Parameter length: 9 bytes 
Parameter contents: 
e The SESSION ID field consists of four bytes and is the location which 


includes the TYPE: sessionIpD parameter. 


e The INSTRUCTION TAG field consists of one byte and is the location 
which includes the TYPE: InstructionTagID parameter. 


e The PORT field consists of four bytes and is the location which includes 
the TYPE: Port Info parameter. 
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PSN LOPER mandatory parameters for events 


The following mandatory parameters are used to build event notifications. 
Their description includes the parameter length as well as the type of each 
field in the parameter. 


Current time of day (TOD) mandatory parameters 


The mandatory parameters for a Current_Time_of_Day event are as 
follows: 


Current TOD Mandatory Parameters 


1 Byte InstructionTag 


Current Timeofday 


Parameter length: 9 bytes 
Parameter contents: 


e The INSTRUCTION TAG field consists of one byte and is the location 
which includes the TYPE: InstructionTagID parameter. 


e The CURRENT TIME OF DAY field consists of eight byte and is the 
location which includes the TYPE: TimeofDay parameter. 


Digits collected mandatory parameters 
The mandatory parameters for a Digits_Collected event are as follows: 
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Digits Collected Mandatory Parameters 


4 Bytes , 
SessionID 
1 Byte InstructionTag 
4 Bytes Port 
DigitsCollected 
Min: 4 Bytes a i 


Max: 27 Bytes 


Parameter length: a minimum of 13 bytes and a maximum of 36 bytes 
Parameter contents: 


e The SESSION ID field consists of four bytes and is the location which 
includes the TYPE: SessionID parameter. 


e The INSTRUCTION TAG field consists of one byte and is the location 
which includes the TYPE: InstructionTagID parameter. 


e The PORT field consists of four bytes and is the location which includes 
the TYPE: Port Info parameter. 


e The DIGITS COLLECTED field consists of a minimum of four bytes 
and a maximum of 27 bytes and is the location which includes the 
TYPE: DigitsCollected parameter. 
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Error detected mandatory parameters 
The mandatory parameters for a Error_Detected event are as follows: 


Error Detected Mandatory Parameters 


7 6 5 4 3 2 1 0 


Parameter length: 2 bytes 
Parameter contents: 


e The ERROR CAUSE field consists of two bytes and is the location 
which includes the TYPE: ErrorCause parameter. 


In service mandatory parameters 
The mandatory parameters for a In_Service Event are as follows: 


In Service Mandatory Parameters 


7 6 5 4 3 2 1 0 


Parameter length: 1 byte 
Parameter contents: 


e The RESET REASON field consists of one byte and is the location 
which includes the TYPE: ResetReason Parameter 
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Instruction completed mandatory parameters 


The mandatory parameters for a Instruction_Completed event are as 
follows: 


Instruction Completed Mandatory 


Parameters 
4 Bytes 
SessionID 
1 Byte InstructionTag 
2 Bytes Status 
4 Bytes Port 
1 Byte InstructionID 


7 6 5 4 3 2 1 0 


Parameter length: 12 bytes 
Parameter contents: 


e The SESSION ID field consists of four bytes and is the location which 
includes the TYPE: sessionIp parameter. 


e The INSTRUCTION TAG field consists of one byte and is the location 
which includes the TYPE: InstructionTag parameter. 


e The STATUS field consists of two bytes and is the location which 
includes the TYPE: PortStatus parameter. 


e The PORT field consists of four bytes and is the location which includes 
the TYPE: Port Info parameter. 


e The INSTRUCTION ID field consists of one byte and is the location 
which includes the TYPE: Inst ructionIpD parameter. 
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Message played mandatory parameters 


The mandatory parameters for a Message_Played event are as follows: 


Message Played Mandatory 
Parameters 


SessionID 


InstructionTag 


Port 


Parameter length: 9 bytes 


Parameter contents: 


The SESSION ID field consists of four bytes and is the location which 
includes the TYPE: SessionIpD parameter. 


The INSTRUCTION TAG field consists of one byte and is the location 
which includes the TYPE: InstructionTagID parameter. 


The PORT field consists of four bytes and is the location which includes 
the TYPE: Port Info parameter. 
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New call mandatory parameters 
The mandatory parameters for a New_Ca11 event are as follows: 


New Call Mandatory Parameters 


BearerCapability 


SwitchID 


| AccessType 


| Calltype 


Spare 


Spare 


Ports 


4 Bytes Portl1 


4 Bytes Port2 (optional) 


4 Bytes Port3 (optional) 


Parameter length: a minimum of 10 bytes and a maximum of 18 bytes 


Parameter contents: 

e The BEARER CAPABILITY field consists of six bits and is the location 
which includes the TYPE: BearerCapability parameter. 

e The PORT COUNT field consists of two bits. The values include: 0 to 3. 


e The SWITCH ID field consists of seven bits and is the location which 
includes the TYPE: switchrp parameter. 


e The ACCESS TYPE field consists of five bits and is the location which 
includes the TYPE: AccessType parameter. 
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e The CALL TYPE field consists of five bits and is the location which 
includes the TYPE: ca1itype Parameter 


e PORTS: Ports consists of a minimum of 1 port to a maximum of 3 ports. 


Port TYPE: Port Info parameter. 


Off-hook mandatory parameters 
The mandatory parameters for an off_Ħook event are as follows: 


Off-Hook Mandatory Parameters 


SessionID 


InstructionTag 


Port 


Parameter length: 9 bytes 
Parameter contents: 
e The SESSION ID field consists of four bytes and is the location which 


includes the TYPE: sessionIpD parameter. 


e The INSTRUCTION TAG field consists of one byte and is the location 
which includes the TYPE: InstructionTag parameter. 


e The PORT field consists of four bytes and is the location which includes 
the TYPE: Port Info parameter. 
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On-hook mandatory parameters 
The mandatory parameters for an On_Hook event are as follows: 


On-Hook Mandatory Parameters 


SessionID 


InstructionTag 


Port 


Parameter length: 9 bytes 
Parameter contents: 
e The SESSION ID field consists of four bytes and is the location which 


includes the TYPE: sessionIp parameter. 


e The INSTRUCTION TAG field consists of one byte and is the location 
which includes the TYPE: InstructionTagID parameter. 


e The PORT field consists of four bytes and is the location which includes 
the TYPE: Port Info parameter. 
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Port status mandatory parameters 
The mandatory parameters for a Port_Status event are as follows: 


Port Status Mandatory Parameters 


InstructionTag 


Port 


Status 


Parameter length: 7 bytes 
Parameter contents: 
e The INSTRUCTION TAG field consists of one byte and is the location 


which includes the TYPE: InstructionTagID parameter. 


e The PORT field consists of four bytes and is the location which includes 
the TYPE: Port Info parameter. 


e The STATUS field consists of two bytes and is the location which 
includes the TYPE: PortsStatus parameter. 


Query port mandatory parameters 
The mandatory parameters for a Query_Port event are as follows: 


Query Port Mandatory Parameters 


InstructionTag 


Port 
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Parameter length: 5 bytes 

Parameter contents: 

e The INSTRUCTION TAG field consists of one byte and is the location 
which includes the TYPE: InstructionTagID parameter. 

e The PORT field consists of four bytes and is the location which includes 


the TYPE: Port Info parameter. 


Route not available mandatory parameters 


The mandatory parameters for an Route_Not_Available event are as 
follows: 


Route Not Available Mandatory 
Parameters 


SessionID 


InstructionTag 


Port 


Parameter length: 9 bytes 
Parameter contents: 
e The SESSION ID field consists of four bytes and is the location which 


includes the TYPE: sessionIp parameter. 


e The INSTRUCTION TAG field consists of one byte and is the location 
which includes the TYPE: Inst ructionTagID parameter. 


e The PORT field consists of four bytes and is the location which includes 
the TYPE: Port Info parameter. 
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Route selected mandatory parameters 
The mandatory parameters for an Route_Selected event are as follows: 


Route Selected Mandatory Parameters 


SessionID 


InstructionTag 


OriginatingPort 


TerminatingPort 


Parameter length: 13 bytes 
Parameter contents: 


e The SESSION ID field consists of four bytes and is the location which 
includes the TYPE: sessionrp parameter. 


e The INSTRUCTION TAG field consists of one byte and is the location 
which includes the TYPE: InstructionTagID parameter. 


e The ORIGINATING PORT field consists of four bytes and is the 
location which includes the TYPE: Port Info parameter. 


e The TERMINATING PORT field consists of four bytes and is the 
location which includes the TYPE: Port Info parameter. 
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Signaling event mandatory parameters 
The mandatory parameters for a Signaling event are as follows: 


Signaling Mandatory Event 


Parameters 
4 Bytes 
SessionID 
1 Byte InstructionTag 
4 Bytes Port 


SigInfoMessage 


MAX: 411 Bytes 


Parameter length: maximum of 420 bytes 
Parameter contents: 


e The SESSION ID field consists of four bytes and is the location which 
includes the TYPE: SessionIpD parameter. 


e The INSTRUCTION TAG field consists of one byte and is the location 
which includes the TYPE: InstructionTagID parameter. 


e The PORT field consists of one bytes and is the location which includes 
the TYPE: Port Info parameter. 


e The SIGINFO MSG field consists of a maximum of 411 bytes and is the 
location which includes the TYPE: signalingInfo parameter. 
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Tone detected mandatory parameters 
The mandatory parameters for a Tone_Detected event are as follows: 


Tone Detected Mandatory Parameters 


4 Bytes 


SessionID 
1 Byte InstructionTag 
4 Bytes Port 
1 Byte ToneDetectedInfo 


7 6 5 4 3 2 1 0 


Parameter length: 10 bytes 
Parameter contents: 


e The SESSION ID field consists of four bytes and is the location which 
includes the TYPE: SessionID parameter. 


e The INSTRUCTION TAG field consists of one byte and is the location 
which includes the TYPE: InstructionTagID parameter. 


e The PORT field consists of four bytes and is the location which includes 
the TYPE: Port Info parameter. 


e The TONE DETECTED INFORMATION field consists of one byte and 
is the location which includes the TYPE: ToneDetected parameter. 
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Alerting message 
The following diagram shows the layout of the Alerting message. 


Alerting message 
7 6 5 4 3 2 1 0 


Message Tag 
00000001 Octet o 
Format Discriminator Octet 1 
Spare Octet 2 
Optional Octet 3 
Optional Octet 293 


Alert mandatory parameters 


message tag (Octet 0) 
Bits 
76543210 


00000001 %% \— Alert message tag 
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Format discriminator (Octet 1) 
Bits 
76543210 


00000000 SCP_C_FD_V1 


Spare (Octet 2) 
The value of this octet is 0. 


Alert optional parameters (Octet 3-293) 


The Alert message support the following optional 
parameters: ProgressIndicator and UsertoUserInformation. 


Note: Each new optional parameter must start a new word. If the previous 
optional parameter did not fill out the word, meaning that there is a byte 
missing to fill out the word, it then pads the reset of the word with a spare 
byte of 00. This spare byte will not be validated, it is just used for padding 
the optional parameter out to fill the rest of the word. 


Progress indicator 


0 100 01 
FD Octet 0 
Spare Octet 1 
Spare PI Location Octet 2 
PI Description Octet 3 
PID (Octet 0) 
Bits 
543210 
010001 % 17 PI PID 
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Format discriminator (Octet 0) 


Bits 
76 


00 OPTIONAL_PARM_FD_V1 


PI location (Octet 2) 


Bits 
3210 


0001 %1 LOCATION_USER 

0010 %2 LOCATION_PVT_NETWORK_SERV_LOCAL 

0011 %3 LOCATION_PUB_NETWORK_SERV_LOCAL 

0100 %4 LOCATION_TRANSIT_NETWORK 

0101 %5 LOCATION_PVT_NETWORK_SERV_REMOTE 

0110 %6 LOCATION_PUB-NETWORK_SERV_REMOTE 

0111 %7 LOCATION_INTERNATIONAL_NETWORK 

1000 %8 LOCATION_NETWORK_BEYOND_INERWORKING_POINT 

1001 %9 LOCATION_LOCAL_INTERFACE_ 
CONTR_BY_THIS_SIG_LINK 


PI description (Octet 3) 


Bits 


76543210 

00000001 % 1 PROG_IND_NOT_END_TO_END_ISDN 
00000010 % 2 PROG_IND_IN_BAND_INFO_AVAIL 
00000011 %3 PROG_IND_DEST_NOT_RESP 

00000100 % 4 Not Used 

00000101 % 5 Not Used 

00000110 % 6 Not Used 

00000111 % 7 PROG_IND_DEST_ADDR_IS_NOT_ISDN 
00001000 % 8 PROG_IND_ORIG_ADDR_IS_NOT_ISDN 
00001001 % 9 PROG_IND_CALL_RETURNED_TO_ISDN 
00001010 % 10 Not Used 

00001011 % 11 PROG_IND_DELAY_RESP_CALLED_INTERFACE 
00001100 % 12PROG_IND_OVLP_NOT_END_TO_END_ISDN 
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User to user information 


7 6 5 4 3 2 1 0 


PID 
FD 101101 Octet 0 
Length Octet 1 
B-Data Octet 2 
B-Data Octet 3 
B-Data 
B-Data 
B-Data Octet 130 
PID (Octet 0) 
Bits 
543210 
101101 %45 UUI PID 
Format discriminator (Octet 0) 
Bits 
76 
00 Optional_Parm_FD_V1 


Parameter length (Octet 1) 


This parameter is defined as one byte, but ranges from 1 to 129. 
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B-Data (Octet 2-130) 


The maximum size of B-Data is 129 bytes long. 


Call proceeding 


Message Ta 
00000010 Octet 0 
Format Discriminator Octet 1 
Spare Octet 2 
Optional Octet 3 
Optional Octet 51 


Call proceeding mandatory parameters 
message tag(Octet 0) 
Bits 
76543210 
00000010 %% 2—Call_Proceeding message 
tag 
Format discriminator (Octet 1) 


Bits 
76543210 


00000000 SCP_C_FD_V1 


Spare (Octet 2) 
The value of this octet is 0. 
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Call proceeding optional parameters 


There are no optional parameters currently supported in the 
Call_Proceeding message type by this feature. 
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Connect message 
The following diagram shows the layout of the connect message. 


Connect message 
7 6 5 4 3 2 1 0 


Message Tag 
00000011 one 
Format Discriminator Octet 1 
Connect Subtype Octet 2 
PI Description Octet 3 
Indication 
Spare PI Location Octet 4 
Spare Octet 3 
Ack 
spate Octet 4 
Spare CSE Location | Octet 3 
Reject 
CSE Value Octet 4 
Options Octet 5 
Options 
Octet 294 
Connect mandatory message parameters 
message tag (Octet 0) 
Bits 
76543210 
00000011 %% 3 — Connect message tag 
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Format discriminator (Octet 1) 
Bits 
76543210 


00000000 SCP_C_FD_V1 


Connect subtype (Octet 2) 
Bits 


76543210 

00000000 INDICATION 
00000001 ACK 
00000010 REJECT 


Depending on the Connect subtype, Octet 3 and 4 look like the following: 


PI description (Octet 3) 


Bits 


76543210 

00000001 % 1 PROG_IND_NOT_END_TO_END_ISDN 
00000010 %2 PROG_IND_IN_BAND_INFO_AVAIL 
00000011 %3 PROG_IND_DEST_NOT_RESP 

00000100 % 4 Not Used 

00000101 % 5 Not Used 

00000110 % 6 Not Used 

00000111 % 7 PROG_IND_DEST_ADDR_IS_NOT_ISDN 
00001000 % 8 PROG_IND_ORIG_ADDR_IS_NOT_ISDN 
00001001 % 9 PROG_IND_CALL_RETURNED_TO_ISDN 
00001010 % 10 Not Used 

00001011 % 11 PROG_IND_DELAY_RESP_CALLED_INTERFACE 
00001100 % 12PROG_IND_OVLP_NOT_END_TO_END_ISDN 


PI location (Octet 4) 


Bits 
3210 


0001 %1 LOCATION_USER 

0010 %2 LOCATION_PVT_NETWORK_SERV_LOCAL 
0011 %3 LOCATION_PUB_NETWORK_SERV_LOCAL 
0100 %4 LOCATION_TRANSIT_NETWORK 

0101 %5 LOCATION_PVT_NETWORK_SERV_REMOTE 
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0110 % 6 
0111 % 7 
1000 % 8 
1001 % 9 
Ack 


LOCATION_PUB-NETWORK_SERV_REMOTE 
LOCATION_INTERNATIONAL_NETWORK 
LOCATION_NETWORK_BEYOND_INERWORKING_POINT 
LOCATION_LOCAL_INTERFACE_ 
CONTR_BY_THIS_SIG_LINK 


Octet 6 and 7 are spares 


Reject 


CSE location (Octet 3) 


Bits 

3210 
0001 % 1 
0010 %2 
0011 % 3 
0100 %4 
0101 % 5 
0110 %6 
0111 % 7 
1000 %8 
1001 % 9 


LOCATION_USER 
LOCATION_PVT_NETWORK_SERV_LOCAL 
LOCATION_PUB_NETWORK_SERV_LOCAL 
LOCATION_TRANSIT_NETWORK 
LOCATION_PVT_NETWORK_SERV_REMOTE 
LOCATION_PUB-NETWORK_SERV_REMOTE 
LOCATION_INTERNATIONAL_NETWORK 
LOCATION_NETWORK_BEYOND_INERWORKING_POINT 
LOCATION_LOCAL_INTERFACE_ 
CONTRA_BY_THIS_SIG_LINK 


CSE value (Octet 4) 


Bits 
76543210 


00000001 
00000010 
00000011 
00000100 
00000101 


00000110 
00000111 
00001000 


00001001 
00001010 


%l ISDN_UNASSIGNED_NUMBER_CSE 

%2 ISDN_USER_BUSY 

% #3 ISDN_INCOMPLETE_NUMBER 

% #4 ISDN_NORMAL_UNSPECIFIED 

%o #5 
ISDN_NO_CHANNEL_OR_CIRCUIT_AVAILABLE 
% #6 ISDN_SWITCH_EQUIPMENT_CONGESTION 
% #7 ISDN _RESOURCE_UNAVAILABLE 

%o #8 
ISDN_SERVICE_OR_OPTION_NOT_AVAILABLE 

% #9 ISDN_DEST_MISSING 

% #A 
ISDN_MESSAGE_NOT_COMPATIBLE_WITH_STATE 
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00001011 % #B ISDN_PROTOCOL_ERROR_UNSPECIFIED 
00001100 % #C ISDN_NO_ROUTE_TO_SPECIFIED _ 
TRANSIT_NETWORK 
00001101 %#D = ISDN_NORMAL_CALL_CLEARING 
00001110 % #E ISDN_NO_USER_RESPONDING 
00001111 %#F ISDN_CALL_REJECTED 
00010000 % #10 ISDN_NUMBER_CHANGED 
00010001 % #11 ISDN_FACILITY_REJECTED 
00010010 % #12 ISDN_RESPONSE_TO_STATUS_ENQUIRY 
00010011 % #13 ISDN_USER_INFORMATION_DISCARDED 
00010100 % #14 ISDN_REQUESTED_CIRCUIT_NOT_ 
AVAILABLE 
00010101 % #15 
ISDN_REQUESTED_FACILITY_NOT_SUBSCRIBED 
00010110 % #16 ISDN_INCOMING_CALLS_ BARRED 
00010111 %# 17 ISDN_BC_NOT_AUTHORIZED 
00011000 % #18 ISDN_BC_NOT_IMPLEMENTED 
00011001 % #19 ISDN_CHANNEL_TYPE_NOT_IMPLEMENTED 
00011010 % #1A ISDN_ONLY_RES_DIG_INFO_BC_AVAILABLE 
00011011 % #1B ISDN_SERVICE_OR_OPTION_NOT_ 
IMPLEMENTED 
00011100 % #1C ISDN_INVALID_CALL_REFERENCE_VALUE 
00011101 % #1D 
ISDN_IDENTIFIED_CHANNEL_DOES_ NOT_EXIST 
00011110 % #1E ISDN_INCOMPATIBLE_DESTINATION 
00011111 % #1F ISDN_INVALID_MESSAGE_UNSPECIFIED 
00100000 %o #20 
ISDN_MANDATORY_INFO_ELEMENT_IS_ MISSING 
00100001 % #21 ISDN_MESSAGE_TYPE_IS_-NON_EXISTENT 
00100010 % #22 ISDN_INFO_ELEMENT_NON_EXISTENT 
00100011 % #23 ISDN_INVALID_INFO_ELEMENT_CONTENTS 
00100100 % #24 ISDN_INTERWORKING_UNSPECIFIED 
00100101 % #25 ISDN_DST_OUT_OF_SERV 
00100110 % #26 ISDN_TEMP_FAIL 
00100111 % #27 ISDN_BC_NOT_PRESENTLY_AVAILABLE 
00101000 % #28 — Not Used 
00101001 % #29 ISDN_BC_ICOMPAT_WITH_REQ 
00101010 % #2A ISDN_PREEMPT 
00101011 % #2B ISDN_NO_PREEMPT_CIRCUIT_AVAIL 
00101100 % #2C ISDN_PREEMPT_REUSE 
00101101 % #2D ISDN_VACANT_CODE 
00101110 % #2E ISDN_PRFX_1_DIALED_IN_ERROR 
00101111 % #2F ISDN_PRFX_1_NOT_DIALED 
00110000 % #30 ISDN_SERV_OPT_VIOL 
00110001 % #31 — Not Used 
00110010 % #32 ISDN_NORTE_TO_DSTN 
00110011 % #33 ISDN_NO_ANS_FROM_USER 


297-2621-380 Standard 04.03 August 1999 


PRI messages 15-11 


00110100 % #34 ISDN RECOVERY _ON_TIMER_ EXPIRY 

00110101 % #35 ISDN CHANNEL UNACCEPTABLE 

00110110 % #36 ISDN FACILITY NOT_IMPLEMENTED 

00110111 % #37 ISDN _CALL_ AWARDED 

00111000 % #38 ISDN NON SELECTED USER CLEARING 

00111001 % #39 ISDN NETWORK OUT _OF ORDER 

00111010 % #3A — Not Used 

00111011 % #3B ISDN _A SUSPENDED CALL EXISTS 

00111100 % #3C ISDN CALL IDENTITY_IN_USE 

00111101 % #3D ISDN _NOT_CALL_ SUSPENDED 

00111110 % #3E ISDN INCOMPATIBLE DESTINATION 

00111111 % #3F ISDN_INVALID_TRANSIT_NETWORK_ 
SELECTION 

01000000 % #40 ISDN_OUTGOING_CALLS_BARRED 

01000001 % #41 — Not Used 

01000010 % #42 — Not Used 

01000011 % #43 — Not Used 

01000100 % #44 — Not Used 

01000101 % #45 — Not Used 

01000110 % #46 — Not Used 

01000111 % #47 — Not Used 

01001000 % #48 — Not Used 

01001001 % #49 — Not Used 

01001010 % #4A ISDN USER NOT MEMBER OF CUG 


Connect optional parameters 


The connect message supports the following optional parameters : 
UsertoUserInformation. 


Note: Each new optional parameter must start a new word. If the previous 
optional parameter did not fill out the word, (there is a byte missing to fill 
out the word), it then pads the reset of the word with a spare byte of 00. 
This spare byte will not be validated, it is just used for padding the optional 
parameter out to fill the rest of the word. 
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User to user information 


7 6 5 4 3 2 1 0 


PID 
FD 101101 Octet 0 
Length Octet 1 
B-Data Octet 2 
B-Data Octet 3 
B-Data 
B-Data 
B-Data Octet 130 
PID (Octet 0) 
Bits 
543210 
101101 %45 UUI PID 
Format discriminator (Octet 0) 
Bits 
76 
00 Optional_Parm_FD_V1 


Parameter length (Octet 1) 
This parameter is defined as one byte, but ranges from 1 to 129. 


B-Data (Octet 2-130) 
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The maximum size of B-Data is 129 bytes long. 


Disconnect message 


The following diagram shows the layout of the Disconnect message. 


Release Message 


7 6 5 4 3 2 1 0 
Message Tag 
00000100 Octet 0 
Format Discriminator Octet 1 
Spare CSE Location) Octet 2 
CSE Value Octet 3 
Spare Octet 4 
Optional 
Octet 5 
Octet 6 
Octet 7 
Optional Octet 295 


Disconnect mandatory message 
message tag(Octet 0) 


Bits 
76543210 


00000100 


Format discriminator (Octet 1) 


Bits 
76 


00 


%% 4 -Disconnect message tag 


SCP_C_FD_V1 


CSE location (Octet 2) 


Bits 
3210 
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0001 %1 LOCATION_USER 

0010 %2 LOCATION_PVT_NETWORK_SERV_LOCAL 

0011 %3 LOCATION_PUB_NETWORK_SERV_LOCAL 

0100 %4 LOCATION_TRANSIT_NETWORK 

0101 %5 LOCATION_PVT_NETWORK_SERV_REMOTE 

0110 %6 LOCATION_PUB—-NETWORK_SERV_REMOTE 

0111 %7 LOCATION_INTERNATIONAL_NETWORK 

1000 %8 LOCATION_NETWORK_BEYOND_INERWORKING_POINT 

1001 %9 LOCATION_LOCAL_INTERFACE_ 
CONTRA_BY_THIS_SIG_LINK 


CSE value (Octet 3) 


Bits 

76543210 

00000001 %1 ISDN_UNASSIGNED_NUMBER_CSE 

00000010 %2 ISDN_USER_BUSY 

00000011 % #3 ISDN_INCOMPLETE NUMBER 

00000100 % #4 ISDN NORMAL UNSPECIFIED 

00000101 % #5 ISDN _NO_CHANNEL_OR_CIRCUIT_ 
AVAILABLE 

00000110 % #6 ISDN _SWITCH_EQUIPMENT_CONGESTION 

00000111 % #7 ISDN RESOURCE_UNAVAILABLE 

00001000 % #8 ISDN SERVICE _OR_OPTION_NOT_ 
AVAILABLE 

00001001 % #9 ISDN _DEST_MISSING 

00001010 %#A ISDN MESSAGE NOT_COMPATIBLE WITH_ 
STATE 

00001011 % #B ISDN _PROTOCOL_ERROR_UNSPECIFIED 

00001100 % #C ISDN _NO_ROUTE_TO_SPECIFIED_ 
TRANSIT_NETWORK 

00001101 %#D ISDN NORMAL CALL CLEARING 

00001110 % #E ISDN _NO_USER_ RESPONDING 

00001111 % #F ISDN CALL REJECTED 

00010000 % #10 ISDN_NUMBER_ CHANGED 

00010001 % #11 ISDN FACILITY _REJECTED 

00010010 % #12 ISDN RESPONSE _TO_STATUS_ENQUIRY 

00010011 % #13 ISDN_USER_INFORMATION_DISCARDED 

00010100 % #14 

ISDN_REQUESTED_CIRCUIT_NOT_AVAILABLE 
00010101 % #15 
ISDN_REQUESTED_FACILITY_NOT_SUBSCRIBED 

00010110 % #16 ISDN_INCOMING_CALLS_ BARRED 

00010111 %#17 ISDN_BC_NOT_AUTHORIZED 

00011000 % #18 ISDN _BC_NOT_IMPLEMENTED 
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00011001 
00011010 
00011011 


00011100 
00011101 


00011110 
00011111 
00100000 


00100001 
00100010 
00100011 
00100100 
00100101 
00100110 
00100111 
00101000 
00101001 
00101010 
00101011 
00101100 
00101101 
00101110 
00101111 
00110000 
00110001 
00110010 
00110011 
00110100 
00110101 
00110110 
00110111 
00111000 
00111001 

00111010 
00111011 
00111100 
00111101 
00111110 
00111111 


01000000 
01000001 
01000010 


% #19 ISDN_CHANNEL_TYPE_NOT_IMPLEMENTED 
% #1A ISDN _ONLY_RES_ DIG_INFO_BC_ AVAILABLE 
% #1B 
ISDN_SERVICE OR OPTION NOT IMPLEMENTED 
% #1C ISDN_INVALID_CALL_ REFERENCE VALUE 
% #1D 
ISDN_IDENTIFIED_ CHANNEL DOES NOT_EXIST 
% #1E ISDN INCOMPATIBLE DESTINATION 

% #1F ISDN INVALID MESSAGE UNSPECIFIED 
% #20 
ISDN_-MANDATORY_INFO_ELEMENT_ IS MISSING 
% #21 ISDN MESSAGE TYPE _IS NON _EXISTENT 
% #22 ISDN_INFO_ELEMENT NON_EXISTENT 

% #23 ISDN_INVALID_INFO_ELEMENT CONTENTS 
% #24 ISDN _INTERWORKING_ UNSPECIFIED 

% #25 ISDN _DST_OUT_OF_SERV 

% #26 ISDN _TEMP_ FAIL 

% #27 ISDN BC NOT _PRESENTLY_ AVAILABLE 

% #28 — Not Used 

% #29 ISDN _BC_ICOMPAT _WITH_REQ 

% #2A ISDN PREEMPT 

% #2B ISDN NO PREEMPT _CIRCUIT_AVAIL 

% #2C ISDN PREEMPT REUSE 

% #2D ISDN _VACANT_CODE 

% #2E ISDN _PRFX_1 DIALED _IN ERROR 

% #2F ISDN _PRFX_1 NOT DIALED 

% #30 ISDN _SERV_OPT_VIOL 

% #31 — Not Used 

% #32 ISDN NORTE TO DSTN 

% #33 ISDN NO_ANS_FROM_USER 

% #34 ISDN RECOVERY _ON_TIMER EXPIRY 

% #35 ISDN CHANNEL UNACCEPTABLE 

% #36 ISDN FACILITY NOT_IMPLEMENTED 

% #37 ISDN _CALL_ AWARDED 

% #38 ISDN NON SELECTED USER CLEARING 

% #39 ISDN NETWORK OUT_OF ORDER 

% #3A — Not Used 

% #3B ISDN_A SUSPENDED CALL EXISTS 

% #3C ISDN CALL IDENTITY_IN_USE 

% #3D ISDN _NOT_CALL_ SUSPENDED 

% #3E ISDN INCOMPATIBLE DESTINATION 

% #3F 


ISDN_INVALID_TRANSIT_NETWORK_SELECTION 
% #40 ISDN OUTGOING CALLS BARRED 

% #41 — Not Used 

% #42 — Not Used 
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01000011 % #43 — Not Used 
01000100 % #44 — Not Used 
01000101 % #45 — Not Used 
01000110 % #46 — Not Used 
01000111 % #47 — Not Used 
01001000 % #48 — Not Used 
01001001 % #49 — Not Used 
01001010 % #4A ISDN USER NOT MEMBER OF CUG 


Disconnect optional parameters 


The Disconnect message supports the following optional parameters: 
Cause and UsertoUserInformation. 


Note: Each new optional parameter must start a new word. If the previous 
optional parameter did not fill out the word, meaning that there is a byte 
missing to fill out the word, it then pads the reset of the word with a spare 
byte of 00. This spare byte will not be validated, it is just used for padding 
the optional parameter out to fill the rest of the word. 


Cause message 


PID 
FD 010000 Octet 0 
Spare Octet 1 
Spare CSE Location Octet 2 
CSE Value Octet 3 


PID (Octet 0) 


Bits 
543210 


010000 %16  CSE_PID 
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Format discriminator (Octet 0) 


Bits 
76 


01 Optional_Parm_FD_V2 


CSE location (Octet 2) 


Bits 
3210 


0001 %1 LOCATION_USER 

0010 %2 LOCATION_PVT_NETWORK_SERV_LOCAL 

0011 %3 LOCATION_PUB_NETWORK_SERV_LOCAL 

0100 %4 LOCATION_TRANSIT_NETWORK 

0101 %5 LOCATION_PVT_NETWORK_SERV_REMOTE 

0110 %6 LOCATION_PUB-NETWORK_SERV_REMOTE 

0111 %7 LOCATION_INTERNATIONAL_NETWORK 

1000 %8 LOCATION_NETWORK_BEYOND_INERWORKING_POINT 

1001 %9 LOCATION_LOCAL_INTERFACE_ 
CONTRA_BY_THIS_SIG_LINK 


CSE value (Octet 3) 


Bits 
76543210 
00000001 %1 ISDN_UNASSIGNED_NUMBER_CSE 
00000010 %2 ISDN_USER_BUSY 
00000011 % #3 ISDN_INCOMPLETE_NUMBER 
00000100 % #4 ISDN_NORMAL_UNSPECIFIED 
00000101 % #5 
ISDN_NO_CHANNEL_OR_CIRCUIT_AVAILABLE 
00000110 % #6 ISDN_SWITCH_EQUIPMENT_CONGESTION 
00000111 % #7 ISDN RESOURCE_UNAVAILABLE 
00001000 % #8 
ISDN_SERVICE_OR_OPTION_NOT_AVAILABLE 
00001001 % #9 ISDN _DEST_MISSING 
00001010 % #A 
ISDN_MESSAGE_NOT_COMPATIBLE WITH_STATE 
00001011 %#B ISDN _PROTOCOL_ERROR_UNSPECIFIED 
00001100 % #C ISDN _NO_ROUTE_TO_SPECIFIED_ 
TRANSIT_NETWORK 
00001101 % #D ISDN NORMAL CALL CLEARING 
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00001110 % #E ISDN_NO_USER_RESPONDING 

00001111 % #F ISDN_CALL_REJECTED 

00010000 % #10 ISDN_NUMBER_ CHANGED 

00010001 % #11 ISDN_FACILITY_REJECTED 

00010010 % #12 ISDN_RESPONSE_TO_STATUS_ENQUIRY 

00010011 % #13 ISDN_USER_INFORMATION_DISCARDED 

00010100 % #14 
ISDN_REQUESTED_CIRCUIT_NOT_AVAILABLE 

00010101 % #15 
ISDN_REQUESTED_FACILITY_NOT_SUBSCRIBED 

00010110 % #16 ISDN_INCOMING_CALLS_ BARRED 

00010111 %# 17 ISDN_BC_NOT_AUTHORIZED 

00011000 % #18 ISDN_BC_NOT_IMPLEMENTED 

00011001 % #19 ISDN_CHANNEL_TYPE_NOT_IMPLEMENTED 

00011010 % #1A ISDN_ONLY_RES_DIG_INFO_BC_AVAILABLE 

00011011 % #1B 
ISDN_SERVICE_OR_OPTION_NOT_IMPLEMENTED 

00011100 % #1C ISDN_INVALID_CALL_REFERENCE_VALUE 

00011101 % #1D 
ISDN_IDENTIFIED_CHANNEL_DOES_NOT_EXIST 

00011110 % #1E ISDN_INCOMPATIBLE_DESTINATION 

00011111 % #1F ISDN_INVALID_MESSAGE_UNSPECIFIED 

00100000 %o #20 
ISDN_MANDATORY_INFO_ELEMENT_IS_ MISSING 

00100001 % #21 ISDN_MESSAGE_TYPE_IS_-NON_EXISTENT 

00100010 % #22 ISDN_INFO_ELEMENT_NON_EXISTENT 

00100011 % #23 ISDN_INVALID_INFO_ELEMENT_CONTENTS 

00100100 % #24 ISDN_INTERWORKING_UNSPECIFIED 

00100101 % #25 ISDN_DST_OUT_OF_SERV 

00100110 % #26 ISDN_TEMP_FAIL 

00100111 % #27 ISDN_BC_NOT_PRESENTLY_AVAILABLE 

00101000 % #28 — Not Used 

00101001 % #29 ISDN_BC_ICOMPAT_WITH_REQ 

00101010 % #2A ISDN_PREEMPT 

00101011 % #2B ISDN_NO_PREEMPT_CIRCUIT_AVAIL 

00101100 % #2C ISDN_PREEMPT_REUSE 

00101101 % #2D ISDN_VACANT_CODE 

00101110 % #2E ISDN_PRFX_1_DIALED_IN_ERROR 

00101111 % #2F ISDN_PRFX_1_NOT_DIALED 

00110000 % #30 ISDN_SERV_OPT_VIOL 

00110001 % #31 — Not Used 

00110010 % #32 ISDN_NORTE_TO_DSTN 

00110011 % #33 ISDN_NO_ANS_FROM_USER 

00110100 % #34 ISDN_RECOVERY_ON_TIMER_EXPIRY 

00110101 % #35 ISDN_CHANNEL_UNACCEPTABLE 

00110110 % #36 ISDN_FACILITY_NOT_IMPLEMENTED 

00110111 % #37 ISDN_CALL_AWARDED 
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00111000 
00111001 

00111010 
00111011 
00111100 
00111101 
00111110 
00111111 


01000000 
01000001 
01000010 
01000011 
01000100 
01000101 
01000110 
01000111 
01001000 
01001001 
01001010 


% #38 ISDN_NON_SELECTED_USER_CLEARING 
% #39 ISDN NETWORK OUT _OF ORDER 

% #3A — Not Used 

% #3B ISDN_A SUSPENDED CALL EXISTS 

% #3C ISDN CALL IDENTITY_IN_USE 

% #3D ISDN _NOT_CALL_ SUSPENDED 

% #3E ISDN INCOMPATIBLE DESTINATION 

% #3F 
ISDN_INVALID_TRANSIT_NETWORK_ SELECTION 
% #40 ISDN OUTGOING _CALLS_ BARRED 

% #41 — Not Used 

% #42 — Not Used 

% #43 — Not Used 

% #44 — Not Used 

% #45 — Not Used 

% #46 — Not Used 

% #47 — Not Used 

% #48 — Not Used 

% #49 — Not Used 

% #4A ISDN USER NOT MEMBER OF CUG 


User to user information 


7 6 4 3 2 1 0 
PID 

ED 101101 Octet 0 
Length Octet 1 
B-Data Octet 2 
B-Data Octet 3 
B-Data 
B-Data 
B-Data Octet 130 


PID (Octet 0) 


Bits 
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543210 
101101 % 45 UUI_PID 
Format discriminator (Octet 0) 


Bits 
76 


00 Optional_Parm_FD_V1 
Parameter length (Octet 1) 
This parameter is defined as one byte, but ranges from 1 to 129. 
B-Data (Octet 2-130) 


The maximum size of B-Data is 129 bytes long. 
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Facility (call associated) message (decoded) 


Figure 15-1 shows the layout of the decoded version of the Facility (Call 
Associated) message. 


Figure 15-1 
Call associated facility message (decoded) 


7 © 5 4 3 2 1 0 


Message Ta 
00001000 Octet 0 
Format Discriminator Octet 1 
Spare Octet 2 
Optional Octet 3 
Optional Octet 51 


Facility (call associated) mandatory parameters 
message tag(Octet 0) 
Bits 
76543210 


00001000 %% 8 —Facility message tag 


Format discriminator (Octet 1) 
Bits 
76 


00 Optional_Parm_FD_V1 


Facility (call associated) optional parameters 


The Facility message supports the following optional parameters : 
CalledPartyNumber and Called PartySubaddress. 
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Note: Each new optional parameter must start a new WORD. If the 
previous optional parameter did not fill out the WORD, meaning that there 
is a byte missing to fill out the WORD, it then pads the reset of the word 
with a spare byte of 00. This spare byte will not be validated, it is just used 
for padding the optional parameter out to fill the rest of the WORD. 
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Facility (call associated) message (encoded) 
Figure 15-2 shows the layout of the encoded version of the Facility (Call 
Associated) message. 


Figure 15-2 
Call associated facility message (encoded) 


7 6 5 4 3 2 1 0 


Message Type Octet 0 
Format Discriminator Octet 1 
Sequence Number Octet 2 
FAC ID Octet 3 
EXT EXH ie | FAC Length | Octet 4 
Orig.Net ID Octet 5 
Orig Net ID Octet 6 
Dest Net ID (LSB) Octet 7 
Dest Net ID (MSB) Octet 8 
Dan | AIE | ESueg | net 9 
Dest Type Dest Encoded Octet 10 
Orig Length Octet 11 
Dest Length Octet 12 
Optional Octet 13 
Optional Octet 61 
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Facility (call associated) mandatory parameters 


message tag(Octet 0) 
Bits 
76543210 


00001000 %% 8 — Facility message tag 


Format discriminator (Octet 1) 
Bits 
76 


00 Optional_Parm_FD_V1 


Sequence number (Octet 2) 
Sequence is 1 byte. 


FAC ID (Octet 3) 
FAC ID is 1 byte. 


EXT EXP (Octet 4) 
EXT EXP is 1 bit. 


First half (Octet 4) 
First half is 1 bit. 


FAC length (Octet 4) 
FAC length is 6 bits. 


Orig net ID (Octets 5 and 6) 
Orig net ID is 2 bytes. 


Dest net ID (Octets 7 and 8) 
Dest net ID is 2 bytes. 


Reject option (Octet 9) 
Reject option is 1 bit. 


Orig type (Octet 9) 
Orig type is 4 bits. 


Orig encoded (Octet 9) 
Orig encoded is 3 bits. 
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Dest type (Octet 10) 
Dest type is 4 bits. 


Dest encoded (Octet 10) 
Dest encoded is 3 bits. 


Orig length (Octet 11) 
Orig length is 1 byte. 


Dest length (Octet 12) 
Dest length is 1 byte. 


Facility (call associated) optional parameters 
The Facility message supports the following optional parameters : 
CalledPartyNumber and Called PartySubaddress. 


Called party number (CDN) 


7 6 5 4 3 2 1 0 


FD PID 
000100 Octet 0 
Spare Octet 1 
CDN TON CDN Length Octet 2 
CDN PI CDN SI} CDN NPI 
Octet 3 
CDN Digits Octet 4 
CDN Digits 
Octet 33 


PID (Octet 0) 
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000100 


% 4 


CDN_PID 


Format discriminator (Octet 0) 


Bits 
76 
00 
01 


CDN length (Octet 2) 


Optional_Parm_FD_V1 
Optional_Parm_FD_V2 


The CDN is five bits long, but its internal structure is limited from 1 to 30. 
The CDN length indicates how many digits are contained in the cDNDigits 


parameter. 


CDN TON (Octet 2) 


Bits 
765 


000 
001 
010 

011 
100 


CDN NPI (Octet 3) 


Bits 
3210 


0000 
0001 
0010 


CDN SI (Octet 3) 


Bits 
54 


01 
10 
11 


% 1 
% 2 
% 3 


% 0 
% 1 
% 2 
% 3 
% 4 


% 0 
% 1 
% 2 


TON_UNKNOWN 
TON_INTERNATIONAL 
TON_NATIONAL 
TON_LOCAL 
TON_NETWORK 


NPILUNKNOWN 
NPI_E164 
NPI_PRIVATE 


SI_USER_PROVIDED 
SILNETWORK_PROVIDED 
SI_USER_PROVIDED_VERIF_AND_PASSED 
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CDN PI (Octet 3) 


Bits 

16 

OL %1  PLPRESENTATION ALLOWED 
10 %2 PI PRESENTATION RESTRICTED 
11 %3 PINOT AVAILABLE 


CDN digits (Octet 4 — 33) 


The maximum size of CDN Digits is 30 bytes long (or 60 digits long). Each 
digit in the CDN Digits occupies one nibble. 


Called party subaddress(CDS) 


7 6 5 4 3 2 1 0 


Format PI 


mee D 
Discrim— 010101 Octet 0 
inator 
CDS Length Octet 1 

B-Data Octet 2 
B-Data Octet 3 
B-Data Octet 4 
B-Data Octet 22 


PID (Octet 0) 
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Bits 
543210 


010101 % 21 CDS_PID 


297-2621-380 Standard 04.03 August 1999 


PRI messages 15-29 


Format discriminator (Octet 0) 


Bits 
76 


00 Optional_Parm_FD_V1 
CDS length (Octet 1) 


The CDS is eight bits long and ranges from 1 to 255; however, its internal 
range structure is defined is from 1 to 21. 


B-Data (Octet 2 — Octet 22) 
The maximum size of B-Data is 21 bytes long. 


Progress message 
7 6 5 4 32 1 0 


Message Ta 
00001001 Octet 0 
Format Discriminator Octet 1 
Progress Phase Ind. Octet 2 
PI Location CSE Location) Octet 3 
Notification Description Octet 4 

CSE Value 
Octet 5 
PI Description Octet 6 
Optional Octet 7 

Optional Octet 249 


Progress mandatory parameters 
message tag(Octet 0) 
Bits 
76543210 
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00001001 %% 9 — Progress message tag 


Format discriminator (Octet 1) 
Bits 
76543210 


00000 000 Optional_Parm_FD_V1 


Progress phase indicator (Octet 2) 
Bits 


76543210 

00000000 %0  PPI_NIL_VALUE 

00000001 %1 PPI PROGRESS 

00000010 %2 PPI ADDRESS_INFORMATION 
00000011 %3 PPI ALERTING 

00000100 %4 PPI PROCEEDING 
00000101 %5 PPI PREEMPTEE_CLEARED 
00000110 %6 PPI SETUP_ACK 

00000111 %7 PPI CONNECT 


CSE location (Octet 3) 
Bits 
3210 


0001 %1 LOCATION_USER 

0010 %2 LOCATION_PVT_NETWORK_SERV_LOCAL 

0011 %3 LOCATION_PUB_NETWORK_SERV_LOCAL 

0100 %4 LOCATION_TRANSIT_NETWORK 

0101 %5 LOCATION_PVT_NETWORK_SERV_REMOTE 

0110 %6 LOCATION_PUB-NETWORK_SERV_REMOTE 

0111 %7 LOCATION_INTERNATIONAL_NETWORK 

1000 %8 LOCATION_NETWORK_BEYOND_INERWORKING_POINT 

1001 %9 LOCATION_LOCAL_INTERFACE_ 
CONTRA_BY_THIS_SIG_LINK 


PI location (Octet 3) 
Bits 
3210 


0001 %1 LOCATION_USER 

0010 %2 LOCATION_PVT_NETWORK_SERV_LOCAL 
0011 %3 LOCATION_PUB_NETWORK_SERV_LOCAL 
0100 %4 LOCATION_TRANSIT_NETWORK 

0101 %5 LOCATION_PVT_NETWORK_SERV_REMOTE 
0110 %6 LOCATION_PUB-NETWORK_SERV_REMOTE 
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0111 %7 LOCATION_INTERNATIONAL_NETWORK 

1000 %8 LOCATION_NETWORK_BEYOND_INERWORKING_POINT 

1001 %9 LOCATION_LOCAL_INTERFACE_ 
CONTR_BY_THIS_SIG_LINK 


Notification description (Octet 4) 
Bites 


76543210 

00000000 %0 NOTIF NIL_VALUE 

00000001 %1  NOTIF_USER_SUSPENDED 
00000010 %2 NOTIF_USER_RESUMED 
00000011 %3 NOTIF _ BEARER_SERVICE_CHANGE 
00000100 %4 NOTIF_CALL_INFORMATION_EVENT 
00001100 %12 NOTIF_RETRIEVE_HELD_CALL 
00010001 %17 NOTIF_CALL_ON_HOLD 
00010110 %22 NOTIF_CALL_WAITING 
00011110 %30 NOTIF_REMOTE_HOLD 
00011111 %31 NOTIF_REMOTE_RELEASED 
01000000 %32 NOTIF_CALL_IS_FORWARDED 
01000001 %33 NOTIF_FORWARDING_ACTIVATED 


CSE value (Octet 5) 
Bits 


76543210 
00000001 %1 ISDN_UNASSIGNED_NUMBER_CSE 
00000010 %2 ISDN_USER_BUSY 
00000011 % #3 ISDN_INCOMPLETE_NUMBER 
00000100 % #4 ISDN_NORMAL_UNSPECIFIED 
00000101 %o #5 
ISDN_NO_CHANNEL_OR_CIRCUIT_AVAILABLE 
00000110 % #6 ISDN_SWITCH_EQUIPMENT_CONGESTION 
00000111 % #7 ISDN _RESOURCE_UNAVAILABLE 
00001000 Jo #8 
ISDN_SERVICE_OR_OPTION_NOT_AVAILABLE 
00001001 % #9 ISDN_DEST_MISSING 
00001010 % #A 
ISDN_MESSAGE_NOT_COMPATIBLE_WITH_STATE 
00001011 % #B ISDN_PROTOCOL_ERROR_UNSPECIFIED 
00001100 % #C ISDN_NO_ROUTE_TO_SPECIFIED _ 
TRANSIT_NETWORK 
00001101 %#D ISDN_NORMAL_CALL_CLEARING 
00001110 % #E ISDN_NO_USER_RESPONDING 
00001111 % #F ISDN_CALL_REJECTED 
00010000 % #10 ISDN_NUMBER_ CHANGED 
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00010001 % #11 ISDN FACILITY REJECTED 

00010010 % #12 ISDN RESPONSE _TO_STATUS_ENQUIRY 

00010011 % #13 ISDN _USER_ INFORMATION. DISCARDED 

00010100 % #14 
ISDN_REQUESTED_CIRCUIT_NOT_AVAILABLE 

00010101 % #15 
ISDN_REQUESTED_FACILITY_NOT_SUBSCRIBED 

00010110 % #16 ISDN INCOMING CALLS BARRED 

00010111 %#17 ISDN _BC_NOT_AUTHORIZED 

00011000 % #18 ISDN BC NOT _IMPLEMENTED 

00011001 % #19 ISDN CHANNEL TYPE NOT_IMPLEMENTED 

00011010 % #1A ISDN _ONLY_RES_ DIG_INFO_BC AVAILABLE 

00011011 % #1B 
ISDN_SERVICE OR OPTION NOT IMPLEMENTED 

00011100 % #1C ISDN_INVALID_CALL_ REFERENCE VALUE 

00011101 % #1D 
ISDN_IDENTIFIED_ CHANNEL DOES _NOT_EXIST 

00011110 % #1E ISDN INCOMPATIBLE DESTINATION 

00011111 % #1F ISDN INVALID MESSAGE UNSPECIFIED 

00100000 % #20 
ISDN_-MANDATORY_INFO_ELEMENT_IS_ MISSING 

00100001 % #21 ISDN MESSAGE TYPE _IS NON _EXISTENT 

00100010 % #22 ISDN_INFO_ELEMENT NON_EXISTENT 

00100011 % #23 ISDN_INVALID_INFO_ELEMENT CONTENTS 

00100100 % #24 ISDN _INTERWORKING_ UNSPECIFIED 

00100101 % #25 ISDN _DST_OUT_OF_SERV 

00100110 % #26 ISDN_TEMP_ FAIL 

00100111 % #27 ISDN BC NOT _PRESENTLY_ AVAILABLE 

00101000 % #28 — Not Used 

00101001 % #29 ISDN _BC_ICOMPAT _WITH_REQ 

00101010 % #2A ISDN PREEMPT 

00101011 % #2B ISDN NO PREEMPT _CIRCUIT_AVAIL 

00101100 % #2C ISDN PREEMPT REUSE 

00101101 % #2D ISDN _VACANT_CODE 

00101110 % #2E ISDN _PRFX_1 DIALED _IN ERROR 

00101111 % #2F ISDN _PRFX_1 NOT DIALED 

00110000 % #30 ISDN _SERV_OPT_VIOL 

00110001 % #31 — Not Used 

00110010 % #32 ISDN NORTE TO DSTN 

00110011 % #33 ISDN_NO_ANS_ FROM _USER 

00110100 % #34 ISDN RECOVERY _ON_TIMER EXPIRY 

00110101 % #35 ISDN CHANNEL UNACCEPTABLE 

00110110 % #36 ISDN FACILITY NOT_IMPLEMENTED 

00110111 % #37 ISDN _CALL_ AWARDED 

00111000 % #38 ISDN NON SELECTED USER CLEARING 

00111001 % #39 ISDN NETWORK OUT _OF ORDER 

00111010 % #3A — Not Used 
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00111011 % #3B ISDN_A SUSPENDED_CALL_EXISTS 

00111100 % #3C ISDN_CALL_IDENTITY_IN_USE 

00111101 % #3D ISDN_NOT_CALL_SUSPENDED 

00111110 % #3E ISDN_INCOMPATIBLE_DESTINATION 

OO111111 Jo #3F 
ISDN_INVALID_TRANSIT_NETWORK_ SELECTION 

01000000 % #40 ISDN_OUTGOING_CALLS_ BARRED 

01000001 % #41 — Not Used 

01000010 % #42 — Not Used 

01000011 % #43 — Not Used 

01000100 % #44 — Not Used 

01000101 % #45 — Not Used 

01000110 % #46 — Not Used 

01000111 % #47 — Not Used 

01001000 % #48 — Not Used 

01001001 % #49 — Not Used 

01001010 % #4A ISDN_USER_NOT_MEMBER_OF_CUG 


PI description (Octet 6) 
Bits 


7654321 

0000001 % 1 PROG_IND_NOT_END_TO END _ ISDN 
0000010 % 2 PROG_IND_IN BAND _INFO_AVAIL 
0000011 % 3 PROG_IND_DEST_NOT_RESP 

0000100 % 4 Not Used 

0000101 % 5 Not Used 

0000110 % 6 Not Used 

0000111 %7 PROG_IND_DEST_ADDR_IS_NOT_ISDN 
0001000 % 8 PROG_IND_ORIG_ADDR_IS_NOT_ISDN 
0001001 % 9 PROG_IND_CALL_ RETURNED TO_ISDN 
0001010 % 10Not Used 

0001011 % 11 PROG_IND_ DELAY RESP CALLED INTERFACE 
0001100 % 12PROG_IND_OVLP_NOT_END_TO_END_ISDN 


Progress optional parameters 


The Progress message support the following optional parameters : Cause 
and UsertoUserInformation. 


Note: Each new optional parameter must start a new WORD. If the 
previous optional parameter did not fill out the WORD, meaning that there 
is a byte missing to fill out the WORD, it then pads the reset of the word 
with a spare byte of 00. This spare byte will not be validated, it is just used 
for padding the optional parameter out to fill the rest of the WORD. 
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Cause 


PID 
FD 010000 Octet 0 
Spare Octet 1 
Spare CSE Location Octet 2 
CSE Value Octet 3 


PID (Octet 0) 


Bits 
543210 


010000 %16  CSE_PID 


Format discriminator (Octet 0) 


Bits 
76 


00 Optional_Parm_FD_V1 


CSE location (Octet 2) 


Bits 
3210 


0001 %1 LOCATION_USER 

0010 %2 LOCATION_PVT_NETWORK_SERV_LOCAL 

0011 %3 LOCATION_PUB_NETWORK_SERV_LOCAL 

0100 %4 LOCATION_TRANSIT_NETWORK 

0101 %5 LOCATION_PVT_NETWORK_SERV_REMOTE 

0110 %6 LOCATION_PUB-NETWORK_SERV_REMOTE 

0111 %7 LOCATION_INTERNATIONAL_NETWORK 

1000 %8 LOCATION_NETWORK_BEYOND_INERWORKING_POINT 
1001 %9 LOCATION_LOCAL_INTERFACE_ 
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CONTRA_BY_THIS_SIG_LINK 


CSE value (Octet 3) 


Bits 
76543210 


00000001 
00000010 
00000011 
00000100 
00000101 


00000110 
00000111 
00001000 


00001001 
00001010 


00001011 
00001100 


00001101 
00001110 
00001111 
00010000 
00010001 
00010010 
00010011 
00010100 


00010101 


00010110 
00010111 
00011000 
00011001 
00011010 
00011011 


00011100 
00011101 


00011110 
00011111 
00100000 


%1 ISDN_UNASSIGNED_NUMBER_CSE 
%2 ISDN_USER_BUSY 
% #3 ISDN_INCOMPLETE_NUMBER 
% #4 ISDN_NORMAL_UNSPECIFIED 
% #5 
ISDN_NO_CHANNEL_OR_CIRCUIT_AVAILABLE 
% #6 ISDN_SWITCH_EQUIPMENT_CONGESTION 
% #7 ISDN _RESOURCE_UNAVAILABLE 
To #8 

ISDN_SERVICE_OR_OPTION_NOT_AVAILABLE 
% #9 ISDN_DEST_MISSING 
% #A 
ISDN_MESSAGE_NOT_COMPATIBLE_WITH_STATE 
%#B ISDN_PROTOCOL_ERROR_UNSPECIFIED 
% #C ISDN_NO_ROUTE_TO_SPECIFIED_ 

TRANSIT_NETWORK 
%#D ISDN_NORMAL_CALL_CLEARING 
% #E ISDN_NO_USER_RESPONDING 
% #F ISDN_CALL_REJECTED 
% #10 ISDN_NUMBER_ CHANGED 
% #11 ISDN_FACILITY_REJECTED 
% #12 ISDN_RESPONSE_TO_STATUS_ENQUIRY 
% #13 ISDN_USER_INFORMATION_DISCARDED 
%o #14 
ISDN_REQUESTED_CIRCUIT_NOT_AVAILABLE 
% #15 
ISDN_REQUESTED_FACILITY_NOT_SUBSCRIBED 
% #16 ISDN_INCOMING_CALLS_ BARRED 
%# 17 ISDN_BC_NOT_AUTHORIZED 
% #18 ISDN_BC_NOT_IMPLEMENTED 
% #19 ISDN_CHANNEL_TYPE_NOT_IMPLEMENTED 
% #1A ISDN_ONLY_RES_DIG_INFO_BC_AVAILABLE 
% #1B 
ISDN_SERVICE_OR_OPTION_NOT_IMPLEMENTED 
% #1C ISDN_INVALID_CALL_REFERENCE_VALUE 
% #1D 
ISDN_IDENTIFIED_CHANNEL_DOES_NOT_EXIST 
% #1E ISDN_INCOMPATIBLE_DESTINATION 
% #1F ISDN_INVALID_MESSAGE_UNSPECIFIED 
%o #20 
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ISDN_-MANDATORY_INFO_ELEMENT_IS_ MISSING 
00100001 % #21 ISDN MESSAGE TYPE _IS NON _EXISTENT 
00100010 % #22 ISDN_INFO_ELEMENT NON_EXISTENT 
00100011 % #23 ISDN_INVALID_INFO_ELEMENT CONTENTS 
00100100 % #24 ISDN _INTERWORKING_ UNSPECIFIED 
00100101 % #25 ISDN _DST_OUT_OF_SERV 
00100110 % #26 ISDN_TEMP_ FAIL 
00100111 % #27 ISDN BC NOT _PRESENTLY_ AVAILABLE 
00101000 % #28 — Not Used 
00101001 % #29 ISDN _BC_ICOMPAT _WITH_REQ 
00101010 % #2A ISDN PREEMPT 
00101011 % #2B ISDN NO PREEMPT_CIRCUIT_AVAIL 
00101100 % #2C ISDN PREEMPT REUSE 
00101101 % #2D ISDN _VACANT_CODE 
00101110 % #2E ISDN _PRFX_1 DIALED IN ERROR 
00101111 % #2F ISDN _PRFX_1 NOT DIALED 
00110000 % #30 ISDN _SERV_OPT_VIOL 
00110001 % #31 — Not Used 
00110010 % #32 ISDN NORTE TO DSTN 
00110011 % #33 ISDN_NO_ANS_FROM_USER 
00110100 % #34 ISDN RECOVERY _ON_TIMER EXPIRY 
00110101 % #35 ISDN CHANNEL UNACCEPTABLE 
00110110 % #36 ISDN FACILITY NOT_IMPLEMENTED 
00110111 % #37 ISDN _CALL_ AWARDED 
00111000 % #38 ISDN NON SELECTED USER CLEARING 
00111001 % #39 ISDN NETWORK OUT _OF ORDER 
00111010 % #3A Not Used 
00111011 % #3B ISDN_A SUSPENDED CALL EXISTS 
00111100 % #3C ISDN CALL IDENTITY_IN_ USE 
00111101 % #3D ISDN _NOT_CALL SUSPENDED 
00111110 % #3E ISDN INCOMPATIBLE DESTINATION 
00111111 % #3F 
ISDN_INVALID_TRANSIT_NETWORK_SELECTION 
01000000 % #40 ISDN_OUTGOING_CALLS_BARRED 
01000001 % #41 — Not Used 
01000010 % #42 — Not Used 
01000011 % #43 — Not Used 
01000100 % #44 — Not Used 
01000101 % #45 — Not Used 
01000110 % #46 — Not Used 
01000111 % #47 — Not Used 
01001000 % #48 — Not Used 
01001001 % #49 — Not Used 
01001010 % #4A ISDN USER NOT MEMBER OF CUG 
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User to user information 


PID 
ED 101101 Octet 0 
Length Octet 1 
B-Data Octet 2 
B-Data Octet 3 
B-Data 
B-Data 
B-Data Octet 130 
PID (Octet 0) 
Bits 
543210 
101101 % 45 UUI PID 
Format discriminator (Octet 0) 
Bits 
76 
00 Optional_Parm_FD_V1 


Length (Octet 1) 
This parameter is defined as one byte, but ranges from 1 to 129. 


B-Data (Octet 2-130) 
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The maximum size of B-Data is 129 bytes long. 


Release message 
The following figure shows the layout of the Release message. 


Release message 
7 6 5 4 3 2 1 0 


Message Tag Octet 0 
00001010 

Format Discriminator Octet 1 

Spare CSE Location) Octet 2 

CSE Value Octet 3 

Spare Octet 4 

Optional 

Octet 5 

Octet 6 

Octet 7 

Optional Octet 295 


Release mandatory message 
message tag(Octet 0) 
Bits 
76543210 


00001010 P% 10 — Release message tag 


Format discriminator (Octet 1) 
Bits 
76543210 


00000000 SCP_C_FD_V1 


CSE location (Octet 2) 
Bits 
3210 
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0001 %1 
0010 %2 
0011 %3 
0100 %4 
0101 %5 
0110 %6 
0111 %7 
1000 %8& 
1001 %9 


LOCATION_USER 
LOCATION_PVT_NETWORK_SERV_LOCAL 
LOCATION_PUB_NETWORK_SERV_LOCAL 
LOCATION_TRANSIT_NETWORK 
LOCATION_PVT_NETWORK_SERV_REMOTE 
LOCATION_PUB-NETWORK_SERV_REMOTE 
LOCATION_INTERNATIONAL_NETWORK 
LOCATION_NETWORK_BEYOND_INERWORKING_POINT 
LOCATION_LOCAL_INTERFACE_ 
CONTRA_BY_THIS_SIG_LINK 


CSE value (Octet 3) 


Bits 
76543210 


00000001 
00000010 
00000011 
00000100 
00000101 


00000110 
00000111 
00001000 


00001001 
00001010 


00001011 
00001100 


00001101 
00001110 
00001111 
00010000 
00010001 
00010010 
00010011 
00010100 


00010101 


00010110 
00010111 
00011000 
00011001 


%1 ISDN_UNASSIGNED_NUMBER_CSE 
%2 ISDN_USER_BUSY 
% #3 ISDN_INCOMPLETE_NUMBER 
% #4 ISDN_NORMAL_UNSPECIFIED 
%o #5 
ISDN_NO_CHANNEL_OR_CIRCUIT_AVAILABLE 
% #6 ISDN_SWITCH_EQUIPMENT_CONGESTION 
% #7 ISDN _RESOURCE_UNAVAILABLE 
%o #8 
ISDN_SERVICE_OR_OPTION_NOT_AVAILABLE 
% #9 ISDN_DEST_MISSING 
% #A 
ISDN_MESSAGE_NOT_COMPATIBLE_WITH_STATE 
%#B ISDN_PROTOCOL_ERROR_UNSPECIFIED 
%#C ISDN_NO_ROUTE_TO_SPECIFIED_ 
TRANSIT_NETWORK 
%#D ISDN_NORMAL_CALL_CLEARING 
% #E ISDN_NO_USER_RESPONDING 
% #F ISDN_CALL_ REJECTED 
% #10 ISDN_NUMBER_ CHANGED 
% #11 ISDN_FACILITY_REJECTED 
% #12 ISDN_RESPONSE_TO_STATUS_ENQUIRY 
% #13 ISDN_USER_INFORMATION_DISCARDED 
% #14 
ISDN_REQUESTED_CIRCUIT_NOT_AVAILABLE 
% #15 
ISDN_REQUESTED_FACILITY_NOT_SUBSCRIBED 
% #16 ISDN_INCOMING_CALLS_ BARRED 
%# 17 ISDN_BC_NOT_AUTHORIZED 
% #18 ISDN_BC_NOT_IMPLEMENTED 
% #19 ISDN_CHANNEL_TYPE_NOT_IMPLEMENTED 
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00011010 
00011011 


00011100 
00011101 


00011110 
00011111 
00100000 


00100001 
00100010 
00100011 
00100100 
00100101 
00100110 
00100111 
00101000 
00101001 
00101010 
00101011 
00101100 
00101101 
00101110 
00101111 
00110000 
00110001 
00110010 
00110011 
00110100 
00110101 
00110110 
00110111 
00111000 
00111001 

00111010 
00111011 
00111100 
00111101 
00111110 
00111111 


01000000 
01000001 
01000010 
01000011 
01000100 


% #1A ISDN_ONLY_RES_DIG_INFO_BC_AVAILABLE 


% #1B 
ISDN_SERVICE OR OPTION NOT _IMPLEMENTED 
% #1C ISDN_INVALID_CALL_ REFERENCE VALUE 
% #1D 
ISDN_IDENTIFIED_ CHANNEL DOES _NOT_EXIST 
% #1E ISDN INCOMPATIBLE DESTINATION 

% #1F ISDN INVALID MESSAGE UNSPECIFIED 
% #20 
ISDN_-MANDATORY_INFO_ELEMENT_ IS MISSING 
% #21 ISDN MESSAGE TYPE _IS NON _EXISTENT 
% #22 ISDN_INFO_ELEMENT NON_EXISTENT 

% #23 ISDN_INVALID_INFO_ELEMENT CONTENTS 
% #24 ISDN _INTERWORKING_ UNSPECIFIED 

% #25 ISDN _DST_OUT_OF_SERV 

% #26 ISDN _TEMP_ FAIL 

% #27 ISDN BC NOT _PRESENTLY_ AVAILABLE 
% #28 — Not Used 

% #29 ISDN _BC_ICOMPAT_WITH_REQ 

% #2A ISDN PREEMPT 

% #2B ISDN NO PREEMPT _CIRCUIT_AVAIL 

% #2C ISDN PREEMPT REUSE 

% #2D ISDN VACANT _CODE 

% #2E ISDN_PRFX_1 DIALED _IN ERROR 

% #2F ISDN _PRFX_1 NOT DIALED 

% #30 ISDN _SERV_OPT_VIOL 

% #31 — Not Used 

% #32 ISDN NORTE TO DSTN 

% #33 ISDN_NO_ANS_FROM_USER 

% #34 ISDN RECOVERY _ON_TIMER EXPIRY 

% #35 ISDN CHANNEL UNACCEPTABLE 

% #36 ISDN FACILITY NOT_IMPLEMENTED 

% #37 ISDN _CALL_ AWARDED 

% #38 ISDN NON SELECTED USER CLEARING 
% #39 ISDN NETWORK OUT _OF ORDER 

% #3A — Not Used 

% #3B ISDN _A SUSPENDED CALL EXISTS 

% #3C ISDN CALL IDENTITY_IN_USE 

% #3D ISDN _NOT_CALL_ SUSPENDED 

% #3E ISDN INCOMPATIBLE DESTINATION 

% #3F 
ISDN_INVALID_TRANSIT_NETWORK_ SELECTION 
% #40 ISDN OUTGOING CALLS BARRED 

% #41 — Not Used 

% #42 — Not Used 

% #43 — Not Used 

% #44 — Not Used 
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01000101 % #45 — Not Used 
01000110 % #46 — Not Used 
01000111 % #47 — Not Used 
01001000 % #48 — Not Used 
01001001 % #49 — Not Used 
01001010 %#4A ISDN USER NOT MEMBER OF CUG 


Release optional parameters 


The Release message support the following optional parameters : Cause, and 
UsertoUserInformation. 


Note: Each new optional parameter must start a new word. If the previous 
optional parameter did not fill out the word, meaning that there is a byte 
missing to fill out the word, it then pads the reset of the word with a spare 
byte of 00. This spare byte will not be validated, it is just used for padding 
the optional parameter out to fill the rest of the word. 


Cause 


PID 
FD 010000 Octet 0 
Spare Octet 1 
Spare CSE Location Octet 2 
CSE Value Octet 3 
PID (Octet 0) 
Bits 
543210 
010000 %16 CSE _PID 


Format discriminator (Octet 0) 


Bits 
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76 


01 
01 


Optional_Parm_FD_V2 
Optional_Parm_FD_V2 


CSE location (Octet 2) 


Bits 

3210 
0001 % 1 
0010 %2 
0011 % 3 
0100 %4 
0101 % 5 
0110 %6 
0111 % 7 
1000 %8 
1001 % 9 


LOCATION_USER 
LOCATION_PVT_NETWORK_SERV_LOCAL 
LOCATION_PUB_NETWORK_SERV_LOCAL 
LOCATION_TRANSIT_NETWORK 
LOCATION_PVT_NETWORK_SERV_REMOTE 
LOCATION_PUB-NETWORK_SERV_REMOTE 
LOCATION_INTERNATIONAL_NETWORK 
LOCATION_NETWORK_BEYOND_INERWORKING_POINT 
LOCATION_LOCAL_INTERFACE_ 
CONTRA_BY_THIS_SIG_LINK 


CSE value (Octet 3) 


Bits 
76543210 


00000001 
00000010 
00000011 
00000100 
00000101 


00000110 
00000111 
00001000 


00001001 
00001010 


00001011 
00001100 


00001101 
00001110 
00001111 
00010000 


%l ISDN_UNASSIGNED_NUMBER_CSE 
%2 ISDN_USER_BUSY 
% #3 ISDN_INCOMPLETE_NUMBER 
% #4 ISDN_NORMAL_UNSPECIFIED 
%o #5 
ISDN_NO_CHANNEL_OR_CIRCUIT_AVAILABLE 
% #6 ISDN_SWITCH_EQUIPMENT_CONGESTION 
% #7 ISDN_RESOURCE_UNAVAILABLE 
%o #8 

ISDN_SERVICE_OR_OPTION_NOT_AVAILABLE 
% #9 ISDN_DEST_MISSING 
% #A 
ISDN_MESSAGE_NOT_COMPATIBLE_WITH_STATE 
%#B ISDN_PROTOCOL_ERROR_UNSPECIFIED 
%#C ISDN_NO_ROUTE_TO_SPECIFIED_ 

TRANSIT_NETWORK 
%#D ISDN_NORMAL_CALL_CLEARING 
% #E ISDN_NO_USER_RESPONDING 
% #F ISDN_CALL_ REJECTED 
% #10 ISDN_NUMBER_ CHANGED 
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00010001 
00010010 
00010011 
00010100 


00010101 


00010110 
00010111 
00011000 
00011001 
00011010 
00011011 


00011100 
00011101 


00011110 
00011111 
00100000 


00100001 
00100010 
00100011 
00100100 
00100101 
00100110 
00100111 
00101000 
00101001 
00101010 
00101011 
00101100 
00101101 
00101110 
00101111 
00110000 
00110001 
00110010 
00110011 
00110100 
00110101 
00110110 
00110111 
00111000 
00111001 

00111010 


% #11 ISDN_FACILITY_REJECTED 

% #12 ISDN RESPONSE _TO_STATUS_ENQUIRY 
% #13 ISDN USER _ INFORMATION. DISCARDED 
% #14 
ISDN_REQUESTED_CIRCUIT_NOT_AVAILABLE 
% #15 
ISDN_REQUESTED_FACILITY_NOT_SUBSCRIBED 
% #16 ISDN INCOMING CALLS BARRED 

%#17 ISDN _BC_NOT_AUTHORIZED 

% #18 ISDN BC NOT _IMPLEMENTED 

% #19 ISDN CHANNEL TYPE NOT_IMPLEMENTED 
% #1A ISDN _ONLY_RES_ DIG_INFO_BC AVAILABLE 
% #1B 
ISDN_SERVICE OR OPTION NOT _IMPLEMENTED 
% #1C ISDN_INVALID_CALL_ REFERENCE VALUE 
% #1D 
ISDN_IDENTIFIED_ CHANNEL DOES _NOT_EXIST 
% #1E ISDN INCOMPATIBLE DESTINATION 

% #1F ISDN INVALID MESSAGE UNSPECIFIED 
% #20 
ISDN_-MANDATORY_INFO_ELEMENT_IS_ MISSING 
% #21 ISDN MESSAGE TYPE _IS NON _EXISTENT 
% #22 ISDN_INFO_ELEMENT NON_EXISTENT 

% #23 ISDN_INVALID_INFO_ELEMENT CONTENTS 
% #24 ISDN _INTERWORKING_ UNSPECIFIED 

% #25 ISDN _DST_OUT_OF_SERV 

% #26 ISDN_TEMP_ FAIL 

% #27 ISDN BC NOT _PRESENTLY_ AVAILABLE 

% #28 — Not Used 

% #29 ISDN _BC_ICOMPAT _WITH_REQ 

% #2A ISDN PREEMPT 

% #2B ISDN NO PREEMPT _CIRCUIT_AVAIL 

% #2C ISDN PREEMPT REUSE 

% #2D ISDN _VACANT_CODE 

% #2E ISDN _PRFX_1 DIALED _IN ERROR 

% #2F ISDN PRFX_1 NOT _DIALED 

% #30 ISDN _SERV_OPT_VIOL 

% #31 — Not Used 

% #32 ISDN NORTE TO DSTN 

% #33 ISDN_NO_ANS_FROM_USER 

% #34 ISDN RECOVERY _ON_TIMER EXPIRY 

% #35 ISDN CHANNEL UNACCEPTABLE 

% #36 ISDN FACILITY NOT_IMPLEMENTED 

% #37 ISDN _CALL_ AWARDED 

% #38 ISDN NON SELECTED USER CLEARING 

% #39 ISDN NETWORK OUT _OF ORDER 

% #3A — Not Used 
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00111011 % #3B ISDN_A SUSPENDED_CALL EXISTS 

00111100 % #3C ISDN_CALL IDENTITY_IN_USE 

00111101 % #3D ISDN _NOT_CALL_ SUSPENDED 

00111110 % #3E ISDN INCOMPATIBLE DESTINATION 

00111111 % #3F 
ISDN_INVALID_TRANSIT_NETWORK_SELECTION 

01000000 % #40 ISDN_OUTGOING_CALLS_BARRED 

01000001 % #41 — Not Used 

01000010 % #42 — Not Used 

01000011 % #43 — Not Used 

01000100 % #44 — Not Used 

01000101 % #45 — Not Used 

01000110 % #46 — Not Used 

01000111 % #47 — Not Used 

01001000 % #48 — Not Used 

01001001 % #49 — Not Used 

01001010 % #4A ISDN USER NOT_MEMBER OF CUG 


User to user information 


PID 

ED 101101 Octet 0 
Length Octet 1 
B-Data Octet 2 
B-Data Octet 3 
B-Data 
B-Data 
B-Data Octet 130 


PID (Octet 0) 


Bits 
543210 
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101101 % 45 UUI_PID 
Format discriminator (Octet 0) 


Bits 
76 


00. Optional_Parm_FD_V1 
Length (Octet 1) 
This parameter is defined as one byte, but ranges from 1 to 129. 


B-Data (Octet 2-130) 


The maximum size of B-Data is 129 bytes long. 
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Setup message 


The following figure shows the layout of the setu 


76 5 4 3 2 1 
Message Tag 
00001100 
Format Discriminator 
Spare 
Bearer Capability 
Spare 


PI Location 


Progress Indicator Description 


TNS Network ID 


TNS Network ID 


CDN TON CDN Length 
Spare CDN NPI 

CGN TON CGN Length 

CGNPI | CGNSI CGN NPI 


CDN Digits (variable length) 


CGN Digits (variable length) 


Optional 


p message. 


Octet 0 


Octet 1 
Octet 2 
Octet 3 
Octet 4 
Octet 5 
Octet 6 
Octet 7 
Octet 8 
Octet 9 


Octet 10 


Octet 11 


Octet 354 
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SETUP mandatory parameters 


message tag(Octet 0) 
Bits 
76543210 


00001100 %% 12 — Setup message tag 


Format discriminator (Octet 1) 
Bits 


76543210 
00000000 SCP_C_FD_V1 
00000001 SCP_C_FD_V2 


Note: V1 has the digits in the mandatory parameters in bytes and V2 has the 
digits in nibble swapped format. 


Bearer capability (Octet 2) 
Bits 


543210 

000001 %1 BC_SPEECH 
000010 %2 BC_64K DATA 
000011 %3 Not Used 
000100 %4 BC_56K DATA 
000101 %5 Not Used 
000110 %6 BC_64K_RES 
000111 %7 BC_3_1_KHZ 
001000 %8 BC_7_ KHZ 
001001 %9 BC_VOICE DATA 
001010 %10 BC_64K_ RATE AD DATA 


Progress indicator location (Octet 3) 
Bits 
3210 


0001 %1 LOCATION_USER 

0010 %2 LOCATION_PVT_NETWORK_SERV_LOCAL 

0011 %3 LOCATION_PUB_NETWORK_SERV_LOCAL 

0100 %4 LOCATION_TRANSIT_NETWORK 

0101 %5 LOCATION_PVT_NETWORK_SERV_REMOTE 

0110 %6 LOCATION_PUB-NETWORK_SERV_REMOTE 

0111 %7 LOCATION_INTERNATIONAL_NETWORK 

1000 %8 LOCATION_NETWORK_BEYOND_INERWORKING_POINT 
1001 %9 LOCATION_LOCAL_INTERFACE_ 
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CONTR_BY_THIS_SIG_LINK 


Progress indicator description (Octet 4) 
Bits 


7654321 

0000001 % 1 PROG_IND_NOT_END_TO_END_ISDN 

0000010 % 2 PROG_IND_IN_ BAND _INFO_AVAIL 

0000011 %3 PROG_IND_DEST_NOT_RESP 

0000100 % 4 Not Used 

0000101 % 5 Not Used 

0000110 % 6 Not Used 

0000111 % 7 PROG_IND_DEST_ADDR IS NOT_ISDN 

0001000 % 8 PROG_IND_ORIG_ADDR_ IS NOT_ISDN 

0001001 % 9 PROG_IND_CALL_RETURNED_ TO_ISDN 

0001010 % 10 Not Used 

0001011 %11 
PROG_IND_DELAY_RESP_CALLED_INTERFACE 

0001100 %12 


PROG_IND_OVLP_NOT_END_TO_END_ISDN 


TNS (transmit network selector) (Octet 5 and 6) 
This field is two bytes long which can hold 0 to 65,535 digits. 


CDN length (Octet 7) 
This parameter is five bytes long and ranges from 1 to 31. The CDN length 
value of 31 is the NIL value, which is translated to be 0. 


CDN TON (Octet 7) 
Bits 


765 

000 %0  TON_UNKNOWN 

001 %1  TON_INTERNATIONAL 
0 10 %2 TON_NATIONAL 

O11 %3  TON_LOCAL 

100 %4 TON_NETWORK 


CDN NPI (Octet 8) 
Bits 


3210 
0000 %0 NPI UNKNOWN 
0001 %1 NPI El64 
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0010 %2  NPIPRIVATE 


Calling party number (CGN) length (Octet 9) 
This parameter is five bits long, which ranges from | to 30. The CGN length 
value of 31 is the NIL value, which is translated to be 0. 


Calling party number (CGN) TON (Octet 9) 


Bits 

765 

000 %0 TON_UNKNOWN 

001 % 1 TON_INTERNATIONAL 
010 %2 TON _NATIONAL 

011 % 3 TON_LOCAL 

100 %4 TON _NETWORK 


CGN NPI (Octet 10) 


Bits 

3210 

0000 % O NPL UNKNOWN 
0001 % 1 NPL E164 

0010 % 2 NPL PRIVATE 


CGN screen indicator (Octet 10) 


Bits 

54 

O01 User_Provided 

10 Network_Provided 

11 User_Provided_Verif_and_Passed 


CGN presentation indicator(Octet 10) 


Bits 

76 

O01 Presentation_Allowed 
10 Presentation_Restricted 
11 Not_Available 


Setup optional parameters 


The Setup message support the following optional parameters: 
BusinessGroup, CallingPartyNumber, CalledPartySubaddress, 
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CallingPartySubaddress, DisplayInformation, 
HigherLayerCompatibility, LowerLayerCompatibility, 
NetworkSpecificFacility, ProgressIndicator, 
TransitNetworkSelection, and UsertoUserInformation. 


Note: Each new optional parameter must start a new word. If the previous 
optional parameter did not fill out the word, meaning that there is a byte 
missing to fill out the word, it then pads the reset of the word with a spare 
byte of 00. This spare byte will not be validated, it is just used for padding 
the optional parameter out to fill the rest of the word. 


Business group 


7 6 5 4 3 2 1 0 


Format PID 
Discriminator 011100 Octet 0 
SPARE Octet 1 
Business Group ID (1 byte) Octet 2 
Business Group ID (2 byte) Octet 3 


PID (Octet 0) 


Bits 
543210 


011100 %28 BG_PID 


Format discriminator (Octet 0) 


Bits 

76 

00 Optional_Parm_FD_V1 
Business group ID (Octet 2 and 3) 


The Business Group ID can hold an integer from 0 to 999. 
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Calling party number (CGN) 


7 6 5 4 3 2 1 0 


FD PID 
000101 Octet 0 
Spare Octet 1 
CGN TON CGN Length Octet 2 
CGN PI CGN SI) CGN NPI 
Octet 3 
CGN Digits 
Octet 28 
PID (Octet 0) 
000101 %5 CGN_PID 
Format discriminator (Octet 0) 
Bits 
76 
00 Optional_Parm_FD_V1 


CGN length (Octet 2) 


The CGN is five bits long but internal structure is limited from 1 to 24. The 
CGN length indicates how many digits are contained in the CGN Digits. 


CGN TON (Octet 2) 


Bits 
765 
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000 %0  TON_UNKNOWN 

001 %1  TON_INTERNATIONAL 
010 %2  TON_NATIONAL 

011 %3  TON_LOCAL 

100 %4  TON_NETWORK 


CGN NPI (Octet 3) 


Bits 


3210 

0000 %0 NPI UNKNOWN 
0001 %1  NPIE164 

0010 %2  NPI_PRIVATE 


CGN SI (Octet 3) 


Bits 
54 
01 %1 SI_USER PROVIDED 
%2 SIL NETWORK PROVIDED 
%3 SIL USER PROVIDED VERIF AND PASSED 


ICGN PI (Octet 3) 


Bits 


76 

OL %1 PLPRESENTATION ALLOWED 
10 %2 PI PRESENTATION RESTRICTED 
11 %3 PI NOT_AVAILABLE 


CGN digits (Octet 4 — 28) 


The maximum size of CGN Digits is 24 bytes long (or 48 digits long). Each 
digit in the CGN Digits occupies one nibble. 
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Called party subaddress 


7 6 5 4 3 2 
Format PID 
Discrim— 010101 
inator 
CDS Length 
B-Data 
B-Data 
B-Data 
B-Data 


PID (Octet 0) 


Bits 
543210 


010101 


% 21 CDS_PID 


Format discriminator (Octet 0) 


Bits 
76 


00 


Octet 0 


Octet 1 


Octet 2 


Octet 3 


Octet 4 


Octet 22 


Optional_Parm_FD_V1 
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CDS length (Octet 1) 


The CDS is eight bits long, which ranges from 1 to 255;however, its internal 
range structure is defined from 1 to 21. 


B-Data (Octet 2 — Octet 22) 
The maximum size of B-Data is 21 bytes long. 


Calling party subaddress 


7 6 5 4 3 2 1 0 


PID 
FD 010100 Octet 0 
CGS Length Octet 1 
B-Data Octet 2 
B-Data Octet 22 


PID (Octet 0) 


Bits 
543210 


010100 % 20 CGS_PID 
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Format discriminator (Octet 0) 


Bits 
76 


00 Optional_Parm_FD_V1 


Calling party subaddress (CGS) (calling party length (Octet 1) 


The CGS is eights bits long, which ranges from 1 to 255; however, its 
internal range structure is defined from 1 to 21. 


B-Data (Octet 2—22) 
The maximum size of B-Data is 21 bytes long. 


Display 


PID 
FD 010010 Octet 0 
Display Parameter Length Octet 1 
Display Info Indicator Octet 2 
Display Info Length Octet 3 
Variable Area Octet 4 
Variable Area Octet 18 
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PID (Octet 0) 


Bits 
543210 


010010 %18 DISP_PID 


Format discriminator (Octet 0) 


Bits 
76 


00 Optional_Parm_FD_V1 


Display parameter length (Octet 1) 


Display length is 1 byte long which ranges from 5 to 19. The Display 
Length indicates how many bytes are in the Display Optional parameter 
itself. So there has to be a minimum of at least 5 bytes in the optional 
parameter for it to be valid. 


Display info indicator (Octet 2) 


Bits 

76543210 

00000001 %1 OCN_PTY_NAME 

00000010 %2 CGN_PTY_NAME 

00000011 %3 CDN_PTY_NAME 

00000100 %4 RGN_PTY_NAME 

00000101 %5 RNN_PTY_NAME 

00000110 % 6 CONN_PTY_NAME 

00000111 % 7 MISC_DISPLAY_INFO 

00001000 % 8 REASON_SUBSTITUTE_FOR_PTY_NAME 


Display info length (Octet 3) 


Display Info Length is 1 byte long which ranges from 1 to 15. The Display 
Info Length indicates how many bytes are in the Variable Area. So there has 
to be a minimum of at least | byte in the variable area for it to be valid. 
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Variable area (Octet 4 — 18) 
Variable Area is 15 bytes long. 


Network specific facility 


PID 
FD 000001 Octet 0 
Octet 1 
Net_Spec_ Facilities Type 
Net_Spec_ Facilities Id Octet 2 
Net_Spec Facilities Id Octet 3 
PID (Octet 0) 
Bits 
543210 
000001 % 1 NSF_PID 
Format discriminator (Octet 0) 
Bits 
76 
00 Optional_Parm_FD_V1 


Net_Spec_Facilities (Octet 1) 


Bits 
76543210 


000000000 % 0 NSF_NIL_VALUE 
000000001 % 1 NSF_PRIVATE 
000000010 %2 NSF_INWATS 
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000000011 %3 NSF_WATS 
000000100 % 4 NSF_FX 
000000101 % 5 NSF_TIE 
000000110 % 6 NSF_SDS 
000000111 %7 NSF_LDS 
000001000 % 8 NSF_900 


Net_Spec_Facilities ID (Octet 2) 
Facility ID is two bytes long and ranges from 0 to 65,535. 


Higher layer compatibility 


PID 
FD 010111 Octet 0 
Octet 1 
Higher Layer Comp. Length 
pale Octet 2 
B-Data Octet 3 
B-Data Octet 4 
PID (Octet 0) 
Bits 
543210 
010111 %23 HLC_PID 
Format discriminator (Octet 0) 
Bits 
76 
00 Optional_Parm_FD_V1 
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Higher layer compatibility length (Octet 1) 


The Higher Layer Compatibility length is one byte long ; however, its 
internal range structure is defined as from | to 3. 


B-Data (Octet 2- 4) 
The maximum size of B-Data is three bytes long. 


Lower layer compatibility 
Lower layer compatibility 


PID 
FD 010110 Octet 0 
Octet 1 
Lower Layer Comp. Length 
B-Data Octet 2 
B-Data Octet 3 
B-Data Octet 16 
PID (Octet 0) 
Bits 
543210 
010110 % 22 LLC_PID 
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Format discriminator (Octet 0) 


Bits 
76 


00 Optional_Parm_FD_V1 
Lower layer compatibility length (Octet 1) 


LLC length is one byte; however, its internal range structure is defined as 
from 1 to 14. 


B_Data (Octet 2-16) 
The maximum size of B-Data is 14 bytes long. 
Original called number 


7 6 5 4 3 2 1 0 


PID 
Bool) Redir Count Orig Redir Type Octet 1 
OCN TON OCN Length Octet 2 
OCN PI OCNSI OCN NPI 
Octet 3 
OCN Digits Octet 4 
OCN Digits 
Octet 28 
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PID (Octet 0) 


Bits 
543210 


000111 % 7  OCN_PID 


Format discriminator (Octet 0) 


Bits 
76 
00 Optional_Parm_FD_V1 
01 Optional_Parm_FD_V2 


Original redirection type(Octet 1) 


Bits 

3210 

0000 RDR_NIL_VALUE 

0001 RDR_CFW_BUSY 

0010 RDR_CFW_NO_REPLY 

0011 RDR_CALL_TRANSFER 
0100 RDR_CALL_PICKUP 

0101 Not Used 

0110 Not Used 

0111 RDR_CFW_UNCONDITIONAL 


Redirection count (Octet 1) 
The Redirection Count is three bits long, which ranges from 0 to 5 


Call forward no reply (Octet 1) 


Bits 

7 

0 False 
1 True 
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OCN length (Octet 2) 

The OCN length is five bits long; however, its internal structure is limited 
from 0 to 14. This parameter indicates how many digits are in the 
OCNDigits parameter. 


OCN TON (Octet 2) 


Bits 


765 

000 %0  TON_UNKNOWN 

001 %1  TON_INTERNATIONAL 
0 10 %2 TON_NATIONAL 

O11 %3 =  TON_LOCAL 

100 %4 TON_NETWORK 


OCN NPI (Octet 3) 


Bits 


3210 

0000 %0 NPIL UNKNOWN 
0001 %1  NPIE164 

0010 %2  NPI_PRIVATE 


OCN SI (Octet 3) 


Bits 


54 
01 %1  SI_USER PROVIDED 
%2 SIL NETWORK PROVIDED 
11 %3 SIL USER PROVIDED. VERIF AND PASSED 


OCN PI (Octet 3) 


Bits 

76 

OL %1 PLPRESENTATION ALLOWED 
%2 PI PRESENTATION RESTRICTED 
%3 PINOT AVAILABLE 
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OCN digits (Octet 4 — 28) 


The maximum size of OCN Digits is 24 bytes long. Each OCN Digit is one 
nibble in size. The OCN Digits are encoded in a nibble swapped format. 


Progress indicator 


PID 

FD 010001 Octet 0 
Spare Octet 1 
Spare PI Location Octet 2 
PI Description Octet 3 

PID (Octet 0) 

Bits 
543210 
010001 %17 PI PID 


Format discriminator (Octet 0) 


Bits 
76 


00 Optional_Parm_FD_V1 


PI location (Octet 2) 


Bits 

3210 

0001 User 

0010 PVT_Network_Serv_local 
0011 PUB_Network_Serv_local 
0100 Transit_Network 
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0101 PVT_Network_Serv_Remote 
0110 PUB_Network_Serv_Remote 
0111 Internationl_Network 

1000 Beyond_Interworking_ Point 

1001 Interface_Contr_By_This_Sig_ Link 


PI description (Octet 3) 


Bits 


76543210 

00000001 % 1 PROG_IND_NOT_END_TO_END_ISDN 
00000010 % 2 PROG_IND_IN_BAND_INFO_AVAIL 
00000011 %3 PROG_IND_DEST_NOT_RESP 

00000100 % 4 Not Used 

00000101 % 5 Not Used 

00000110 % 6 Not Used 

00000111 % 7 PROG_IND_DEST_ADDR_IS_NOT_ISDN 
00001000 % 8 PROG_IND_ORIG_ADDR_IS_NOT_ISDN 
00001001 % 9 PROG_IND_CALL_RETURNED_TO_ISDN 
00001010 % 10 Not Used 

00001011 % 11 PROG_IND_DELAY_RESP_CALLED_INTERFACE 
00001100 % 12PROG_IND_OVLP_NOT_END_TO_END_ISDN 


Transit network selection 


PID 
FD 001011 Octet 0 
Type of 
Spare | Ntwk ID Plan Ntwk Octet 1 
Spare Langi Octet 2 
TNS Digits Octet 3 
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PID (Octet 0) 


Bits 
543210 


001011 


%11 TNS_PID 


Format discriminator (Octet 0) 


Bits 
76 


01 


Optional_Parm_FD_V2 


Type of network (Octet 1) 


Bits 
210 


001 
010 
011 
100 


% 1 TNS_USER_SPECIFIED 
%2 Not Used 

%3 TNS_NATIONAL 

%4 TNS_INTERNATIONAL 


Network ID plan (Octet 1) 


Bits 
6543 


0001 
0010 
0011 
0100 


Length (Octet 2) 


%1 UNKNOWN 
%2 CARRIER 
%3 USER 

%4 DATA 


This parameter is three bits long, which ranges from 1 to 4. It is important to 
note that his parameter does not relate to the TNSDigits parameter. 
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TNS digits (Octet 3) 
This parameter is one byte long. 


User to user information 


PID 
ED 101101 Octet 0 
Length Octet 1 
B-Data Octet 2 
B-Data Octet 3 
B-Data 
B-Data 
B-Data Octet 130 
PID (Octet 0) 
Bits 
543210 
101101 % 45 UUI PID 
Format discriminator (Octet 0) 
Bits 
76 
00. Optional_Parm_FD_V1 


Length (Octet 1) 


This parameter is defined as one byte, but ranges from 1 to 129. 
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B-Data (Octet 2-130) 


The maximum size of B-data is 129 bytes long. 
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UCS PSN parameters version 2 


This chapter contains a detailed description of the UCS PSN parameters, 
version 2. These PSN parameters may be a part of a PSN primitive, a PSN 
event notification, or both. The use of these parameters depend upon the 
location of the primitives and the event notifications. 


PSN peer-to-peer application protocol 


A new peer-to-peer application protocol has been created for the PSN 
platform. This protocol defines the primitives that are provided to allow the 
SCU to control calls on the PSN, and the event notifications which are 
reported to the SCU from the PSN. In addition, this protocol defines the 
parameters and their respective primitives and event notifications. 


The peer-to-peer application protocol definition uses generic, functional 
references to data, rather than specific PSN data requirements. In addition, 
this protocol, including the primitive and event notification definitions, 
parameter definitions, and message flow definitions (with service 
implementation examples), is described later in this document. 


PSN parameter definitions 


The SCU sends instructions through the respective primitives to the PSN, 
which enables it to control the service call. In conjunction, the PSN notifies 
the SCU of the events that occur at the switch. The instructions and event 
notification messages contain one or more parameters with the appropriate 
information. 


Each parameter has one or more bytes containing the parameter information. 
The division of parameter contents into fields, and the encoding of these 
fields, is covered in detail within this chapter. 


The primitives or event notification messages in which the parameter may 
be a part of, is described earlier. 


Tables 16-1 through 16-6 illustrates the primitives and event notifications, 
including the associated parameters. Each parameter is marked with an “M” 
for mandatory, an “O” for optional, or a “—” if the parameter is not 
associated with the primitive or event notification. 
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Table 16-1 
Parameters for call control primitives (Part 1) 


zoz 
corn 


--920 
-~o733 0007 
e7-—- 30509 3 4 


-~o 79353500 0-0 


| 
oennunoeg 
oennnoedg 


ano0o70 0-0 VD 


A 
c 
c 
e 
p 
t 
e 
d 


Parameters 


AgentType = 


BearerCapability 


BillingInfo = 


CallType 


CoTRequired 


CRID = 
ControlInfo — 


DestinationTrunkGroup -|- |M/-?}—-)}-]-];]-];]-]-]}-]-]-]-]- 


DigitsCollection = M (= s h I I I M I I I E 
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--90O 202 
-*oo3 30007 
| 
=- 305 09 34H 


-~oO 955 00 0-0 


| 
oevonosz 
oevonosz 


aQanae-noo= oO J 


A 
c 
c 
e 
p 
t 
e 
d 


DigitsCollected = 


DigitstoOutpulse = 


DigitsOutpulsed 


ErrorCause 


FlowControliInfo 


FlowControlEncountered 


InstructionID 


InstructionTag 
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Table 16-2 
Parameters for call control primitives (Part 2) 


B 
r |o 
i 
d 
g 
e 


=00 53535300 0`~0 
aoro OOO RP | -90 | 
ao~ o O07 | 
eeanmnnoe | 
=0 05353000J 
| . . 
ewaennnoe | D070 
è =- 3 035097 + 


Parameters 


MessageInfo 


PortInfo 


ResetReason 


ServingTranslatio E 
nScheme 
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QA-NDOOLL WO + 


OOCL DO we 


SessionID 


SignalingInfo 


SignalingType 


SigInfoMask 


SwitchID 


TimeOfDay 


ToneDetected 
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Table 16-3 
Parameters for event notifications (Part 1) 
DIE/]I |M|N;/O;O|;|R/I RI SIT 
i r/j/nieje|;f jnjolfo/i (0) 
girjsjsiwjf |- |}ujJujygin 
i ojt js]|_]- hit |t |nje 
t ir jir ja hjiojlelļejļjalļ_ 
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= c/e|jalo|k l D 
D;ti}; |! |k N;|S]/i je 
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Parameters 
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QAO, OO, OT 


oc oe = = CD) | 


FlowControliInfo 


FlowControlEncounte 


red 


InstructionID 


InstructionTag 
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ServingTranslationSch = 
eme 


Table 16-4 
Parameters for event notifications (Part 2) 
DIE/;/I |MjN;/;O;O;R{R{SI{T 
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giri|s{|s{|wi{f]-]/ujyusgin 
ijo/;/t;/s]/_|/- ;/h]{t jt {nije 
t irira hiojejlejļjajļ_ 
s|_l|ujg|Clojloļ_]_]|I 
= cj/e|jajso|k i |D 
D;t |_|]I | k N/iS/njie 
Cjeji l olejgt 
ojtjoJP til | _ Je 
l ejn|il e c 
Il };c/; ja c|Ejt 
ejt y Alt ivje 
cjle|Cjļle vije|je|d 
t |diojd aidin 
e m i t 
d p l 
l a 
e b 
t l 
e e 
d 
Parameters 
ISUPIndex - — = = | O| = = = = — — 
MessageInfo SA S ee ee S ee S ee E 
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Oo M M 


SessionID M 
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oco | NOOO OT 


-— DOS——- CD | W > O cS 


Noo- 0Owr OT 


Z O+» | L > 0- ©Q— wo 


SignalingInfo 
SignalingType 
SwitchID 
Timeofday 
ToneDetected 
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Table 16-5 


Parameters for non-call related events and primitives (Part 1) 
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COTRequired — E 
CRID = S 
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DestinationTrunkGroup 
DigitsCollection 


DigitsCollected 
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DigitstoOutpulse = 
DigitsOutpulsed = 
ErrorCause = 
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Table 16-6 


Parameters for non-call related events and primitives (Part 2) 
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MessageInfo 
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F H S 
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SignalingInfo 
SignalingType 
SigInfoMask 
SwitchID 


Timeofday 


ToneDetected 


Note: There is one mandatory PSI parameter called the “Return IP Address” 
parameter. It is used to send the Instruction_Completed. There are 0 to 20 
optional PSI parameters called the IP Address to Reset parameters which are 
used to do the actual resetting of calls. 
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Access type 


This information is sent in the New_Ca11 event notification and contains the 
originating trunk information. The only values supported for this parameter 
are FGD, DAL, and PRI. 


Access Type Parameter 


7 6 5 4 3 2 1 0 


The AccessType parameter is mandatory for a New_Ca11 event. 
Parameter length: 1 byte 
Parameter contents: 


e The ACCESS TYPE field consists of three bits and the type of the port, 
which is encoded as follows: 


0 0 0: Unused (Spare) 

001: PTS FGD 

0 1 0: SS7 FGD 

0 1 1: DAL 4-wire 

1 0 0: DAL 2-wire 

101: PRI 

1 1 Oto 111: Unused (Spare) 


ABRWNF © 
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Agent data info 


This parameter is only used in the Agent_Data event and the New_Call 
event. 


Agent Data Info Parameter 


Spare AgentType 


veo 
COoTRequired 


Spare BearerCapability 


PSN Route Index 


PSN Route Index (cont) 


Length: 7 bytes 
Parameter contents: 


e The AGENT TYPE field consists of seven bits with Agent Type 
parameter contents. 


e The SIGNALING TYPE field consists of two bits with SignalingType 
parameter contents. 


e The ISUP INDEX field consists of five bits with ISUP Index parameter 
contents. 


e The COT REQUIRED PERCENT field consists of seven bits with 
CoTRequired parameter contents. 
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The PULSE TYPE field consists of two bits. This field is the pulse type 
of the port. Values include: 


0 0: Unused (Spare) 
0 1: MF 

1 0: DTMF 

1 1: Unused (Spare) 


The BEARER CAPABILITY field consists of six bits with 
BearerCapability parameter contents. 


The PSNROUTE INDEX consists of 14 bits and is the actual index into 
the table, PSNROUTE. 


Note: This index is O when an Agent_Data event occurs informing the SCU 
of a change in only the switch ID. If the new switch ID and current switch 
ID differ, all other fields of the AgentDataInfo parameter should be 
ignored. At all other times (when no switch ID change occurs), this field has 
a value from 1 to 9999. When this occurs, all of the AgentDataInfo 
parameter fields may be considered valid. 


Agent type parameter 
This parameter is used in the Agent_Data event and in the New_Ca11 event. 


Agent Type Parameter 


7 6 5 4 3 2 1 0 


Optional parameter ID: 29 


Length: 1 byte 


Parameter contents: 


The AGENT TYPE field consists of seven bits and allows the SCU to 
associate a generic trunk naming convention for each agent in the table, 
PSNROUTE. The values include: 


0000000: Unused 
0000001: DAL Trunk 
000001 0: Unused 
000001 1: ONAT Trunk 
0000100: EANT Trunk 
0000101to00001 1 0: Unused 


BRWNR © 
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0 0000111: IMT Trunk 

0001000: Unused 

0001001: OP250 Trunk 

0001010to0001100: Unused 

0 0001101: PRA250 Trunk 
0001110tol1l11111 1: Unused 


N =e 


Bearer capability 
The information below describes the BearerCapability parameter. 


Bearer Capability Parameter 


Spare BearerCapability 


7 6 5 4 3 2 1 0 


Optional parameter ID: 1 
Parameter length: 6 bits 
Parameter contents: 


e The BEARER CAPABILITY field consists of six bits and indicates the 
speed and type of information that is to be carried by the call. The values 
include: 


000000: Unused 

00000 1: Speech 

00001 0: 64kbyte Data 
00001 1: 64kbyte X25 
000100: 56kbyte Data 
00010 1: Data Unit 

000 1 1 0: 64kbyte Restricted 
00011 1:3.1 kHz 
001000: 7 kHz 

001001: Voice Data 

10 00101 0: 64kbyte Rate Data 
11 00101 1: 32kbyte Speech 
12 001100: Wideband 


OMmMAINMNBWNK CO 


Digital Switching Systems UCS DMS-250 Programmable Service Node (PSN) Application Guide UCS09 


16-18 UCS PSN parameters Version 2 


001101tol1111 1: Spare values 


Billing info 
This parameter contains the billing information for the port in the service 
call. In addition, The BillingInfo parameter may be used to update 
multiple billing record fields for a port. 


Billing Info Parameter 


Trunk Group Number 


Trunk Group Number 


Port Info 


Trunk Member Number (MSB) 


Number of 
Billing Info 
a BillingInfoType 


BillingInfo BillingInfo 
Sub—Parameter Contents 


/ 


Optional parameter ID: 2 

Parameter length: variable in size 

Parameter contents: 

e The PORT INFO field consists of four bytes and is the port responsible 
for updated billing records. The external Trunk Group Number and the 


Trunk Member Number are specified in the Port Info. The values 
include: 0 — 9999. 
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— A value of 32,767 for Trunk Group Number indicates a 
NIL_TRUNK_GROUP. The Trunk Group Number of 
NIL_TRUNK_GROUP in this parameter is considered invalid. 


— A value of 32,767 for Trunk Member Number indicates a 
NIL_TRUNK_MEMBER. The Trunk Member Number may be a 
NIL_TRUNK_MEMBER only when the billing information is 
received for the destination port in the Connect primitive. 


The following table illustrates how to interpret the combination of Trunk 
Group Number and Trunk Member Number in the BillingInfo parameter. 


Trunk Group Trunk Member Number | What is the Billing Info 
Number used for 


nil_trunk_group nil_trunk_member Invalid 


Non nil_trunk_group nil_trunk_member BillingInfo for 
destination trunk group in 
Connect primitive only. 


nil_trunk_group Non nil_trunk_member Invalid 

Non nil_trunk_group Non nil_trunk_member BillingInfo for the 
port specified by the trunk 
group/member. 


e The NUMBER OF BILLING INFO field is one byte and determines the 
Number of Billing Info sub-parameters to follow. Each Number of 
Billing Info sub-parameter consists of the Billing Info Type and the 
Billing Info contents. The maximum number of Billing Info in Billing 
Info Parameter is one. 


0 00000000 : Zero Number of Billing Info 
1 00000001 : One Billing Info 
00000010 to 11111111 : Spare Values 
e The BILLING INFO TYPE field is one byte and indicates how to 
interpret the Billing Info contents. Each application may define its own 
set of types. As a result, the interpretation of the Billing Info contents 
depends upon the type. 


0 00000000: Unused 
1 00000001: CRID 
00000010to1l111111 1: Spare values 


e The BILLING INFO CONTENTS field contains the billing information 
that is ultimately placed in the billing record. 


This parameter supports the following billing type: 
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Call Reference ID (CRID) 


Call reference ID (CRID) 


This Parameter is used for the transport of the Call Reference Identifier. The 
CRID digits are encoded in a variable length digits field in TBCD format. 
The valid range of digits for the crrp parameter is 1 to 9 digits. 


Call Reference ID Parameter 


Number of Digits 
3rd o 2nd Digit 


nth Digit (n—1)th Digit 
7 6 5 4 


Optional parameter ID: 3 
Parameter length: Variable in Size— Maximum of 5 bytes 
Parameter contents: 


e The NUMBER OF DIGITS field consists of four bits and contains the 
number of CRID digits. The values include: 1 to 9. 


e The IST DIGIT to 9TH DIGIT field consists of four bits (each digit) 
with all 9 digits in TBCD format, which are encoded as follows: 


000 0: Filler 
1 0001: Digit 1 
2 0010: Digit 2 
3 001 1: Digit 3 
4 0100: Digit 4 
5 0101: Digit 5 
6 0110: Digit 6 
7 O11 1: Digit 7 
8 1000: Digit 8 
9 1001: Digit 9 
10 101 0: Digit 0 
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Call type 


This parameter contains the Call Type for a call when it is determined by the 
PSN that the call is to be controlled by the SCU. 


Call Type Parameter 


7 © 5 4 3 2 1 0 


Mandatory parameter for a New_Ca11 event. 
Parameter length: 1 byte 
Parameter contents: 


e The CALL TYPE field consists of 5 bits provides information on the 
type of call being made. The values include: 


00000: Undetermined * 
0000 1: Onnet * 

000 1 0: Offnet * 

000 1 1: Public Speed 

00 1 00: Private Speed 

00 10 1: Hotline Speed 
00110: NOO* 

0011 1: Zero Plus — Onnet 
01000: Zero Plus — Offnet 
01001: INTOA * 
01010to1111 1: Spare Values 


OMmMAYINMNBRWNK CO 


The values marked with an “*” are the only ones that are currently 
supported. 


Control info parameter 


This parameter contains the action to be taken if the primitive is successfully 
processed. 
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Control Info Parameter 


Spare 
7 & 5 4 3j Zi 1] 9 


Send on_Hook events 


Send o£f£_Hook events 
Send Termination_Signaling eventiag 


Send Instruct ion_Completed events 4 


Optional parameter ID: 4 
Parameter length: 5 Bytes 
Parameter contents: 


e The TRUNK GROUP NUMBER field consists of 15 bits and is the 
external Trunk Group Number. The range is from 0 to 9999. A value of 
32,767 indicates a NIL_TRUNK_GROUP. 


e The TRUNK MEMBER NUMBER field consists of 15 Bits and contains 
the Trunk Member Number. The range is from 0 to 9999. A value of 
32,767 indicates a NIL_TRUNK_MEMBER. 


e The SEND INSTRUCTION COMPLETED EVENTS field consists of 
one bit and is a boolean which indicates that the agent should, or should 
not, send any events that occur on the agent. The values include: 


— 0 (OFF) Do not send any Instruction_Completed events. 


— 1 (ON) Send all Instruction_Completed events. 
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e The SEND TERMINATION SIGNALING EVENTS field consists of 
one bit and is a boolean which indicates that the agent should, or should 
not, send any Termination_Signaling events (PTS Digits Outpulsed, 
SS7 ACM, and PRI PROGRESS) that occur on the agent. The values 
include: 


— Q(OFF) Do not send any Connect_Signaling events. 
— 1 (ON) Send all connect_Signaling events. 
e The SEND OFFHOOK EVENTS field consists of one bit and is a 


boolean which indicates that the agent should, or should not, send any 
Of£_Hook events that occur on the agent. The values include: 


— 0 (OFF) Do not send any of£_Hook events. 
— | (ON) Send all o££_Hook events. 
e The SEND ONHOOK EVENTS field consists of one bit and is a 


boolean which indicates that the agent should, or should not, send any 
On_Hook events that occur on the agent. The values include: 


— 0 (OFF) Do not send any on_Hook events. 


— 1 (ON) Send all on_Hook events. 


COT required parameter 
This parameter is used in the Agent_Data event and in the New_Ca11 event. 


COT Required Parameter 


Spare CoOTRequired 


7 6 5 4 3 2 1 0 


Optional parameter ID: 30 
Length: | byte 
Parameter contents: 


e The COT REQUIRED PERCENT field consists of seven bits and 
represents the percentage of the SS7 PSN agent’s trunk members, which 
are datafilled to have COT testing performed on them. The range of this 
parameter is from 0,for no COT testing to 100, for COT testing on each 
member. 
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CRID Parameter 


This parameter is used in the New Call Event. 


CRID Parameter 


4th Digit | rd Digit 


6th Digit 5th Digit 
8th Digit 7th Digit 
9th Digit 


3 2 1 0 


Optional parameter ID: 30 
Parameter length: 7 bytes 
Parameter contents: 


e The COUNT field indicates the number of actual CRID digits stored 
within the parameter. 


e The 1ST DIGIT to 9TH DIGIT field consists of four bits (each digit) of 


n digits. These DTMF digits are encoded in the TBCD format as 
follows: 


000 0: Filler 
000 1: Digit 1 
00 1 0: Digit 2 
00 1 1: Digit 3 
: Digit 4 
010 1: Digit 5 
0 1 1 0: Digit 6 
01 1 1: Digit 7 


AUDNDMNBWNKr CO 
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8 1000: Digit 8 
9 1001: Digit 9 
10 1010: Digit 0 
11 1011: * 

0: # 
1: D 
0: E 
1: F 


p j jl ee 
mii i pf. 
iO O 


Destination trunk group 


This parameter contains the external Trunk Group Number of the intended 
trunk. The call terminates to an idle member of this trunk group. 


Destination Trunk Group Parameter 


Trunk Group Number (LSB) 


Spare Trunk Group Number (MSB) 


7 6 5 4 3 2 1 0 
Trunk Group Number : 0 — 9999 


Optional parameter ID: 5 

Parameter length: 2 bytes 

Parameter contents: 

e The TRUNK GROUP NUMBER field consists of 15 bits and is the 


location of the external Trunk Group Number. The range is from 0 to 
9999. The NIL_TRUNK_GROUP number is defined as 32,767. 
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Digit collection parameter 
This parameter contains information required to collect digits on a specified 


port. 
Digit Collection Parameter 
Maximum ast ig 
Spare End Maximum 
Delimiter Digits con’t 
| spare First Digit Timer 
Discard 
Buffered 
Digits 
7 6 5 4 3 2 1 0 


Optional parameter ID: 6 
Parameter length: 4 bytes 
Parameter contents: 


e The MINIMUM_DIGITS field consists of six bits and contains the 
minimum number of digits to collect. This value must be less than or 
equal to the MAXIMUM_DIGITS field. The values include the 
following (0 — 45): 


— 000000: (Minimum Number of Digits to collect equals 0) 
— 000001 


— 101101: (Minimum Number of Digits to collect equals 45) 
— 101110to11111 1: Unused (spare) 
e The MAXIMUM_DIGITS field consists of six bits and contains the 


Maximum Number of Digits to collect. The values include the following 
(0 — 45): 


— 000000: (Maximum Number of Digits to collect equals 0) 
— 000001 
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— 101101: (Maximum Number of Digits to collect equals 45) 
— 101110to11111 1: Unused (spare) 


e The END_DELIMITER field consists of two bits and identifies the End 
of Digits Delimiter. Upon detection of the End of Digits Delimiter, digit 
collection stops and the collected digits are reported. If the delimiter is 
dialed as the very first digit, then the digit collection stops immediately. 
The delimiter digit values include: 


— 00: No Delimiter Specified 
— 01:* 

— 10:# 

— 11:*and# 


e The FIRST_DIGIT_TIMER field consists of five bits and specifies the 
time to wait until the first digit is dialed. The values include the 
following (2 — 30 seconds): 


— (00000: Unused (spare) 
— (0000 1: Unused (spare) 
— 00010: Timer Value equals 2 second 


— 11110: Timer Value equals 30 seconds 
— 1111 1: Unused (spare) 


e The INTER_DIGIT_TIMER consists of five bits and specifies the Inter 
Digit Timer value, for example, the time to wait when collecting the 
second and subsequent digits. The values include the following (2 — 20 
seconds): 


— (00000: Unused (spare) 
— (0000 1: Unused (spare) 


— 0001 0: Timer value equals 2 second 


— 10100: Timer Value equals 20 seconds 
— 10101 to 11111: Unused (Spare) 


e The DISCARD BUFFERED DIGITS field consists of one bit and is a 
bool, which if true, indicates that if the PSN had been buffering any 
digits prior to receiving this parameter, then it is to discard these digits 
and restart the digit collection process. Refer to Chapter “PSN finite state 
machine” for details on the buffering of digits. 
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Digits collected 


This parameter contains the Digits Collected (or received) on the port or 
agent. The digits contained in this parameter are always in the TBCD 
format. Also included is COUNT, which specifies the number of digits 
included in this parameter. 


Digits Collected Parameter 


Nature of 


Spare Number of Digits 


Spare} Numbering Encoding 
Plan Scheme 


2nd Digit 1st Digit 
4th —— 3rd Digit 


Optional parameter ID: 7 
Parameter length: Variable in size 
Parameter contents: 


Note: The contents of this parameter (including the Nature of Number, 
Numbering Plan, and Encoding Scheme fields) have been encoded in 
accordance with the following documents: TR-NWT-000317 Switching 
Systems Requirements for Call Control Using ISDNUP, TR-NWT-000394 
Switching Systems Requirements for IEC Interconnection using ISDNUP, 
and TR-NWT-000444 Switching System Requirements Supporting ISDN 
Access Using the ISDNUP. However, there are some values marked 
“Private” which are application specific. 
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e The TYPE OF DIGITS field consists of five bits and contains the Type 
of Digits encoded as shown below. The Type of Digits is known when 
the collected digits are sent in the New_ca11 event notification. When 
this parameter is sent in the Digit_Collected event notification, a 
value of “Unknown” is used. 


00000: Unknown 

0000 1: Called Party Address 

000 1 0: Calling Party Address (ANI) 

000 1 1: Caller Interaction 

0.0 100: Routing Number 

: Billing Number 

0 0 1 1 0: Destination Number 

001 1 1: Local Access and Transport Area (LATA) 
0 1000: Carrier Identification 

0 100 1: Referral Number (Private) 


OMAAINNBKWNrK OC 
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10 0101 0: True Billing Number (Private) 

11 01011: Alternate Preferred Carrier (Private) 
12 01100: Preferred INC (Private) 

13 0110 1: Primary Preferred Carrier (Private) 
14 01110: Personal Identification Number (PIN) 
15 0111 1: Authorization Code (Private) 

16 10000: TCM (Private) 

17 10001: Second Alternate Preferred Carrier (Private) 
18 1001 0: Business Customer ID (Private) 

19 1001 1: Hop-off Office (Private) 

20 10100: Outpulse Number (Private) 

21 10101: Originating Station (DN) 

22 10110: MCCS Card Number 

23 1011 1: Account Code Number 

24 11000: COSOVE Number 

25 1100 1: Generic Digits Number 

26 11010: Dialed Digits Number 

27 1101 1: Facility Code 

28 11100: Country Code 

29 11101:STS Digits 

30 11110: OPart Digits 

31 11111: TPart Digits 


e The NATURE OF NUMBER field consists of two bits and is encoded as 
follows: 


0 00: Not Applicable 

1 01: International 

2 10: National 

3 11: Network Specific 
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e The NUMBER OF DIGITS field is 6 bits and contains the number of 
digits that are sent in this parameter. This number may be as low as 0 and 
as high as 45. 


e The ENCODING SCHEME field consists of four bits and contains the 
scheme used to encode the digits that are sent in this parameter. The 
following illustrates how the Encoding Scheme is encoded: 


0 0000: Unknown 

1 0001: Binary Coded Decimal (BCD) 
0010to 110 1: Spare Values 

14 1 1 10: Telephony Binary Coded Decimal (TBCD) 
111 1: Spare 


e The NUMBERING PLAN field consists of three bits. The following 
illustrates how the Numbering Plan is encoded: 


0 0 0: Unknown or Not Applicable 

00 1: ISDN Numbering Plan (E.164) 

0 1 0: Telephony Numbering Plan (E.163) 

0 1 1: Data Numbering Plan (X.121) 

1 0 0: Telex Numbering Plan (F.69) 

1 0 1: Maritime Mobile Numbering Plan (E.120, 211) 
1 1 0: Land Mobile Numbering Plan (E.212, 213) 

1 1 1 Spare Value 


NNMNBWNK © 


e The 1ST DIGIT to NTH DIGIT field consists of four bits per each digit 
and contains n digits. These DTMF digits may be encoded in the BCD 
format as follows: 


0000: Digit 0 
000 1: Digit 1 
00 10: Digit 2 
001 1: Digit 3 
0100: Digit 4 
0101: Digit 5 
0 1 10: Digit 6 
011 1: Digit 7 
1000: Digit 8 
100 1: Digit 9 
10 1010: Filler 
11 LOL 


OANNNBWNrK OC 
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Or the DTMF Digits may be encoded in the TBCD format as follows: 


000 0: Filler 

000 1: Digit 1 
00 1 0: Digit 2 
00 1 1: Digit 3 
0100: Digit 4 
010 1: Digit 5 
0 1 1 0: Digit 6 
011 1: Digit 7 
1000: Digit 8 
100 1: Digit 9 
10 101 0: Digit 0 


OMmAAYINDMNBRWNK CO 
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Digits outpulsed 


This parameter indicates information on the digits that were outpulsed on a 
PTS trunk agent. This is especially useful in multi-stage outpulsing. This 
parameter is included in the Signaling Event notification message to let 
the SCU know that all the digits were outpulsed on the trunk agency. 


Digits Outpulsed Parameter 


Spare Digits 
Outpulsed 


7 6 5 4 3 2 1 0 


Optional parameter ID: 8 
Parameter length: 1 byte 
Parameter contents: 


e The OUTPULSED field consists of three bits and is encoded as follows: 
— 000: Unknown 
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— 001: All Streams Outpulsed 
— 010to1 1 1: Spare 


Digits to outpulse 
This parameter contains the digits to be outpulsed on a PTS trunk agent. 


Digits To Outpulse Parameter 


Number of Digits 


2nd Digit 1st Digit 


4th Digit 3rd Digit 


7 6 5 4 


Optional parameter ID: 9 
Parameter length: Variable in size 
Parameter contents: 


e The NUMBER OF DIGITS consists of one byte and contains the 
number of digits that are to be outpulsed on this port. 
The maximum number of digits that may be outpulsed is 23. The range 
for this field is from 1 to 23. 

e The 1ST DIGIT to NTH DIGIT field consists of four bits per each digit 
and contains n digits. 
DTMF digits are encoded as follows: 


0 0000: Filler 
1 0001: Digit 1 
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2 0010: Digit 2 
3 0011: Digit 3 
4 0100: Digit 4 
5 0101: Digit 5 
6 0110: Digit 6 
7 O11 1: Digit 7 
8 1000: Digit 8 
9 1001: Digit 9 
10 1010: Digit 0 
11 LOL 


Amott * 


1 
1 
1 
1 


= eee 
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MF digits are encoded as follows: 


0000: Filler 
000 1: Digit 1 
00 10: Digit 2 
001 1: Digit 3 
0100: Digit 4 
010 1: Digit 5 
0 1 10: Digit 6 
0111: Digit 7 
1000: Digit 8 
100 1: Digit 9 
10 1010: Digit 0 
11 1011: KP3 and ST3P 
12 1100: KPP and STP 


OANANINDNBKWNrK © 


13 1101: KP and STKP 
14 1110: KP2 and ST2P 
1111:ST 


If multiple “pigitstooutpulse” parameters are contained in a message, 
then multiple streams of digits are outpulsed on the agent or port with each 
stream contained in one parameter of type “DigitstoOutpulse’’. 


Digital Switching Systems UCS DMS-250 Programmable Service Node (PSN) Application Guide UCS09 


16-34 UCS PSN parameters Version 2 


Error cause 
This parameter contains the cause of an error that is detected on the PSN. 


Error Cause Parameter 


ErrorCause 


Spare 


Optional parameter ID: 10 
Parameter length: 2 bytes 
Parameter contents: 


e The ERROR CAUSE field consists of one byte and is used to represent 
the cause of the error. The values include: 


00000000: Nil Error Cause 
0000000 1: Header decode failure 
0000001 0: Bad macro tag 
0000001 1: Unrecognized primitive 
00000100: Missing mandatory parameter 
0000010 1: Mandatory parameter decode failure 
000001 1 0: Optional parameter decode failure 
0000011 1: Parameter contents out of range 
00001000: Primitive userclass mismatch 
0000100 1: Maximum primitive exceeded 

0 00001010: Missing mandatory SigInfo parameter 

1 0000101 1: One or more agents in the primitive are not PSN 

agents 

12 00001100: Port not in table PPNROUTE 

13 0000110 1: Agent not supported 

14 00001 1 1 0: Port down due to WARM restart 

15 00001 1 1 1: Primitive invalid for current port state 

16 00010000: Unexpected message 


= = OMmONAMNBRWNK CO 
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17 0001000 1: STR not available (affects the Monitor primitive) 
18 00010010: UTR not available 

19 0001001 1: Conference circuit not available 

20 00010100: No IDLE message 

21 00010101: Primitive extension block not available 

22 000101 1 0: Scratchpad extension block not available 

23 0001011 1: Software Resources unavailable 

24 00011000: Message failure 

25 00011001: Software error 

26 0001101 0: Not minimum number ports to Bridge 


27 0001101 1: Maximum ports to Bridge exceeded 

28 00011100: Bearer Capability incompatible 

29 0001110 1: Message index not in table PPNMSGIX 
30 00011110: Unsupported signaling type 

31 0001111 1: Duplicate message 


32 00100000: Bad Agent state 

33 0010000 1: Termination failure 

34 0010001 0: Abnormal Exit 

35 0010001 1: Message not playing 

36 00100100: Tone duration unsupported 
37 0010010 1: Prompt failure 

38 001001 1 0: Digit collection failure 

39 001001 1 1: Q764 protocol problem 

40 00101000: Invalid duration gap 

41 0010100 1: Unexpected FC message 
42 0010101 0: Agent not in Table TRKGRP 


e The ERROR TYPE field consists of two bits and contains the type of the 
error that is detected. The following illustrates how the Error Type field 
is encoded: 


— 00: Non Fatal Error 
— 0 1: Fatal Error 


Fatal errors are defined as errors that are so severe that they do not allow 
normal call processing to proceed on this port. 


If the error that is detected is non-fatal, then the PSN does not take any 
action other than report this error to the SCU. If the error that is detected is 
fatal, then the PSN reports the error to the SCU. In addition, the PSN takes 
down the associated port when a fatal error is detected. 


Flow control info parameter 
This parameter consists of a control duration, which specifies the maximum 
amount of time the Flow Control Info is effective at the PSN. In addition, 
this parameter consists of a control gap, which specifies the maximum rate 
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at which the New_Ca11 event notifications may be sent to the SCU while the 
control is effective. 


Flow Control Info Parameter 


Control Gap Control Duration 


7 6 5 4 3 2 1 0 


Optional parameter ID: 11 
Parameter length: 1 byte 
Parameter contents: 


The CONTROL DURATION field consists of four bits and indicates the 
maximum amount of time that the Flow Control is effective at the PSN. 
The Control Duration is encoded as follows: 


0000: Not Used 
0001: 1 Second 

00 1 0: 2 Seconds 
001 1: 4 Seconds 

0 100: 8 Seconds 

: 16 Seconds 

0 1 1 0: 32 Seconds 

: 64 Seconds 

: 128 Seconds 
: 256 Seconds 

: 512 Seconds 

: 1024 Seconds 
: 2048 Seconds 
—111 1: Spare Values 


OMAAINMNBWNF OO 
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The CONTROL GAP field consists of four bits and indicates the 
maximum rate at which the New_ca11 event notifications may be sent to 
the SCU while the Flow Control is effective. The Control Gap is 
encoded as follows: 


0 0000: Remove Gap Control 
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1 0001: 1 1/10th of a Second 
2 0010: 3 1/10ths of a Second 
3 0011:5 1/10ths of a Second 
4 0100: 1 Second 

5 0101: 2 Seconds 

6 0110: 5 Seconds 

7 0111: 10 Seconds 

8 1000: 15 Seconds 

9 1001: 30 Seconds 

10 1010: 50 Seconds 

11 101 1: 80 Seconds 

12 1100: 120 Seconds 

13 1101: 300 Seconds 

14 1110: 600 Seconds 

15 111 1: Stop All Calls 


Flow control encountered parameter 


This parameter is sent within New_Cal1 events, which are then sent to the 
SCU while the Flow Control is active. In addition, this parameter informs 
the SCU that the Flow Control is active and identifies the source that 
initiated the Flow Control. 


Flow Control Encountered Parameter 


Spare Flow Control 
Source 


7 6 5 4 3 2 1 0 


Optional parameter ID: 12 
Parameter length: 1 byte 
Parameter contents: 


e The FLOW CONTROL SOURCE field consists of one bit and is the 
source that initiated the Flow Control. The Flow Control Source is 
encoded as follows: 


0: Flow Control initiated by the SCU 
1: Flow Control initiated by the PSN 


Digital Switching Systems UCS DMS-250 Programmable Service Node (PSN) Application Guide UCS09 


16-38 UCS PSN parameters Version 2 


Info change reason parameter 


This parameter contains the Info Change Reason and Agent Count 
information used in Agent_Data event notifications. 


Info Change Reason Parameter 


Info Change 
Agent Count 


7 6 5 4 3 2 1 0 


Parameter length: 1 byte 
Parameter contents: 


e The INFO CHANGE REASON field consists of two bits and indicates 
what type of Agent_Data event is occurring for the given message. The 
values include: 


0 0: Agent Deleted in table PPNROUTE 
0 1: Agent Added in table PPNROUTE 
1 0: Agent information Modified in table TRKGRP or TRKSGRP 


e The AGENT COUNT field consists of six bits and indicates the number 
of AgentDataInfo parameters that exist in the given Agent_Data event 
message. The values include: 

000001-111111 
Instruction ID 


This parameter contains the Identifier of the primitive that is received from 
the SCU. 


Instruction ID Parameter 


InstructionID 


7 6 5 4 3 2 1 =O 


Optional parameter ID: 13 
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Parameter length: 1 byte 
Parameter contents: 


e The INSTRUCTION ID field consists of one byte which is used to 
represent the primitive instruction. The values include: 


00000000: Unknown 

0000000 1: Bridge 

0000001 0: Collect Digits & Report 
0000001 1: Connect 
00000100: Disconnect 
00000101: Hold 

000001 1 0: Monitor 

0000011 1: Mute 

00001000: New Call Accepted 
0000100 1: New Call Rejected 

10 0000101 0: Play Message 

11 0000101 1: Play Prompt, Collect Digits & Report 
12 00001100: Query Port 

13 0000110 1: Reconnect 

14 000011 1 0: Reset Switch 

15 0000111 1: Set Billing Record 

16 00010000: Set IP Address 

17 0001000 1: Stop Message 

18 0001001 0: Transmit SigInfo 

19 0001001 1: Heartbeat 

20 00010100: Query Time of Day 

: Error Detected 

: Port Status 

: Flow Control 
0-111111 11: Spare Values 


OMANDNNBRWNK OO 


23 00010 


Instruction tag 
This parameter contains the tag associated with the instruction. 


e For primitives that are sent from the SCU, the SCU generates an 
Instruction tag and then sends the Instruction tag to the PSN within this 
parameter. When a response for this primitive is generated by the PSN, 
the PSN includes this tag in the response, which enables the SCU to 
correlate the response with the primitive request that it had sent earlier. 


e For asynchronous event notifications generated by the PSN, such as 
On_Hook, Off_Hook and Signaling event, the Instruction tag is 
hard-coded to #01. 
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e For instructions that are generated by the PSN that require a reply from 
the SCU, such as New Call and Query Port from the Audit application, 
the PSN sends a nil Instruction tag. 


Instruction Tag Parameter 


InstructionTag 


7 6 5 4 3 2 1 0 


Optional parameter ID: 14 
Parameter length: 1 byte 
Parameter contents: 


e The INSTRUCTION TAG field consists of one byte, which is used to 
represent the tag of the instruction that is received from or sent to the 
SCU. The values include: 


— 00000000: Nil Instruction Tag 
— 00000001: Asynchronous Event Notification from the PSN. 


— 00000001-1111111 1: Valid Tags for Instructions from the 
SCU. 


ISUP index 
This parameter is used in the Agent_Data event and in the New_Ca11 event. 


ISUP Index Parameter 


Spare ISUPIndex 


7 6 5 4 3 2 1 0 


Optional parameter ID: 31 


Parameter length: 1 byte 
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Parameter contents: 


e The ISUP INDEX field consists of five bits and represents the type of 
facility that the SS7 agent connects to. Please note that this field is only 
valid for SS7 signaling types. The values include: 


0 00000: NILIDX 
00001-00101: Unused 

6 00110: UCS2UCS 

7 0011 1: UCS2DEX8 

8 01000: UCS2ACD 

9 01001: UCS2ZEAEO 
01010-01101: Unused 

14 01110: UCS2USP 

15 01111: USP2MCI 
10000: Unused 

17 10001: UCSGITU 
10010-11111: Unused 


Message info 


This parameter contains the Message ID and the Cycles and Tone Duration 
information. 


The Message ID is used to index into the new table PSNMSGIX to get either 
an index into the table ANNS (if the message ID corresponds to an 
announcement) or into the table TONES (if the message ID corresponds to a 
tone). 


Message Info Parameter 


Message ID 


Cycles and Tone Duration 


7 6 5 4 3 2 1 0 


Optional parameter ID: 15 


Parameter length: 2 bytes 
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Parameter contents: 


e The MESSAGE ID field consists of one byte with values of 1 to 255. 
The values are an index into the table PSNMSGIX. For the Message ID 
field, a value of O is invalid. 


e The CYCLES field consists of one byte with a second byte of the 
parameter contents treated as the number of cycles in which to play the 
announcement, if the message ID field corresponds to an announcement. 
The values include: 


00000000: Play the Announcement indefinitely 
00000001: Play the Announcement for 1 cycle 


0: Play the Announcement for 30 cycles 
1—1111111 1: Play the Announcement indefinitely 


e The TONE DURATION field consists of one byte with a second byte of 
the parameter contents treated as the tone duration value, if the message 
ID corresponds to a tone. The values include: 


00000000: Play the Tone forever 
00000001: Invalid 

000000 1 0: Invalid 

0000001 1: Play the Tone for 3 seconds 
00000100: Play the Tone for 4 seconds 


1111111 1: Play the Tone for 255 seconds 


Note: The values for the cycles or tone duration may be set to any value 
when the MessageInfo parameter is sent in the Stop_Message primitive. 
The stop_Message primitive is only concerned with the Message ID (to 
stop the appropriate message on the PSN) in the MessageInfo parameter. 
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Monitor mask 


This parameter is a bitmap of monitor values. Each bit in this bitmap 
indicates what digit or tone to monitor, or not to monitor, for a port. Also, 
each bit has two values: 0, which indicates to cancel the monitor, or 1, which 
indicates to start the monitor. 


Monitor Mask Parameter 


Octothorpe Duration 


Asterisk Duration 


Monitor for BBF+ (SF* tones 
& then BBF tone or digits) bit 


Monitor for Octothorpe bit 
Monitor for Asterisk bit 


Each of the above monitor bits may have the following values: 


0 = cancel monitor 
1 = start monitor 


* = Single Frequency Tones 
+ = Blue Box Fraud 


Optional parameter ID: 16 


Parameter length: 2 bytes 
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Parameter contents: 


e The ASTERISK and OCTOTHORPE DURATION fields consist of five 
bits each with the duration in 100 milliseconds for which the asterisk or 
octothorpe must be detected before it is reported as a valid tone or digit 
to the SCU. The values range from 5 to 30. 


For example a duration of 5 for an Asterisk implies that the user has to 
hold down the asterisk for 500 msecs before it is detected as a valid 
asterisk by the PSN and reported to the SCU. 


Note: For BBF: the Single Frequency Tone duration, the signaling type 
(MF/DTMP), the Minimum Digits to Collect before a Blue Box Fraud is 
declared, and the Partial Dial Timer values are all determined from the table 
BBTKSGRP. Therefore, it is necessary to datafill the “terminating” port 
(where “terminating” indicates Party B of a Connect or a Reconnect 
primitive) in the table BBTKSGRP. 


e The TONE BITMAP field consists of three bits and is a boolean for 
BBE, Octothorpe, and Asterisk. If the bool is true, then the port is 
monitored for the appropriate tone or digit. If the bool is false, then the 
appropriate tone or digit being monitored on that port is cancelled. 


Parameter ID 


This parameter contains the Identifier of the parameter, including the 
Identifier of the sub-parameter (in the event that the parameter is composed 
of sub parameters). The Identifier is returned to the SCU in case the 
decoding of the parameter resulted in an error. 


Parameter ID Parameter 


ParameterID 


Sub Parameter ID 


Optional parameter ID: 17 


Parameter length: 2 bytes 
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Parameter contents: 


e The PARAMETER ID field consists of one byte, which is used to 
represent the parameter in error. The values include: 


00000000: Nil Error Cause 
0000000 1: Bearer Capability 
0000001 0: Billing Info 

0000001 1: Call Reference Identifier 
00000100: Control Info 

00000 10 1: Destination Trunk Group 
00000 1 1 0: Digit Collection 

000001 1 1: Digits Collected 
00001000: Digits Outpulsed 
0000100 1: Digits To Outpulse 

10 0000101 0: Error Cause 

11 0000101 1: Flow Control Information 
12 00001 100: Flow Control Encountered 
13 00001101: Instruction ID 

14 00001 1 1 0: Instruction Tag 

15 000011 1 1: Message Info 

16 00010000: Monitor Mask 

17 00010001: Parameter ID 

18 0001001 0: Port Count 

19 0001001 1: Port Info 


OMAAINMNBRWNF OO 


20 00010100: Port Service Information 
21 00010101: Port Status 

22 000101 1 0: Reset Reason 

23 0001011 1: Session ID 

24 00011000: SigInfo Mask 

25 00011001: Signaling Info 

26 00011010: Switch ID 


27 0001101 1: Time of Day 

28 00011100: Tone Detected 
00011101-—10000001: Spare Values 

0 10000010: UCS Point In Call 

1 1000001 1: UCS STS 
10000100-—11111111: Spare Values 


e The SUB PARAMETER ID field consists of one byte, which is used to 
represent the parameter in error. 


The values for PTS agents include: 


00000000: Unknown 
0000000 1: Message Type 
000000 1 0: Digits Outpulsed 
0000001 1: Digits to Outpulse 


WNrR oO 
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4 00000100: PTS Off-hook 
5 00000101: PTS On-hook 
00000110-1111111 1: Spare 


Point in call 


This parameter contains the Point in Call when all criteria are met and the 
PSN gives the SCU control over the call. 


Point In Call Parameter 


PointInCall 


Trigger Criteria 


Optional parameter: 130 
Parameter length: 2 byte 
Parameter contents: 


e The POINT IN CALL field consists of five bits and contains the Point in 
Call where the PSN determines that the call is a service call and should 
be controlled by the SCU. The Point in Call is encoded as follows: 


00000: Not Used 

0000 1: Orig Null 

000 10: Authorize Orig Attempt 
000 1 1: Collect Information 
00100: Analyze Information* 
0010 1: Select Route 
00110: Authorize Call Setup 
0011 1: Send Call 

01000: Orig Alerting 

0100 1: Orig Active 

10 0101 0: Orig Suspended 

11 01011: Term Null 

12 01100: Authorize Termination 
13 01101: Select Facility 


OMAAINMNBWNF CO 
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14 01110: Present Call 

15 01111: Term Alerting 

16 10000: Term Active 

17 1000 1: Term Suspended 
10010-1111 1: Spare Values 


The values marked with an “*” are the only ones that are currently 
supported. 


e The TRIGGER CRITERIA field consists of eight bits and is encoded as 
follows: 


00000000: Feature Activator 
00000001: Vertical Service Code 
000000 1 0: Customized Access 
000000 1 1: Customized Intercom* 
00000100: NPA 

00000101: NPA_NXX 
00000110: NXX 

00000111: NXX_XXxx 
00001000: NPA_NXXXXXX* 
00001001: Country_Code_NPA_NXXXXXX* 
10 00010000: Off-hook Immed 

11 00011000: Net Busy 

12 0001101 1: Orig Called Party Busy 

13 00011101: Orig No Answer 

14 00100000: Orig Feature Activator 

15 01100000: Channel Setup PRI CLID 
16 0110000 1: Channel Setup PRI Addr 
17 0110001 0: Channel Setup PRI NOO 
18 0110001 1: Channel Setup PRI Intl 

19 01100100: Specific Digit String Info* 
20 01100101: Specific Digit String ANI* 
21 011001 1 0: Specific Digit String NOO* 
22 011001 1 1: Specific Digit String CIC 
23 01101000: Shared Interoffice CIC 

24 01101001: Shared Interoffice Info 

25 0110101 0: Shared Interoffice ANI 

26 0110101 1: Shared Interoffice Addr 
27 01101100: Shared Interoffice NOO 

28 01101101: Shared Interoffice Intl 
01101110-—1111111 1: Unused (Spare) 


OMAAINMNBWNF OO 


The values marked with an “*” are the only ones that are currently 
supported. 
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Port info 


This parameter contains the port information for an agent. The Port Info 
consists of the external Trunk Group Number and the Trunk Member 


Number. 
Port Info Parameter 
Trunk Group Number (LSB) 
Trunk Group Number (MSB) 
Spare Trunk Member Number sp) 
Trunk Member Number (MSB) 
7 6 5 4 3 2 1 0 


Optional parameter ID: 19 
Parameter length: 4 Bytes 
Parameter contents: 


e The TRUNK GROUP NUMBER field consists of 15 bits and is the 
external Trunk Group Number. The range is from 0 to 9999. A value of 
32,767 indicates a NIL_TRUNK_GROUP. 


e The TRUNK MEMBER NUMBER field consists of 15 bits and contains 
the Trunk Member Number. The range is from 0 to 9999. A value of 
32,767 indicates a NIL_TRUNK_MEMBER. 
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Port service info 
This parameter contains the IP Address and the Service Programming 
Interface (SPI) information. The SCU returns the IP Address and the SPI to 
the PSN. Please note that the IP Address is the return address used to send 
the event notification messages back to the SCU (to the correct address and 
port). In addition, the SPI number is the version for the specified agent. 


Port Service Info Parameter 


Trunk Group Number 


Trunk Group Number Port Info 


Spare Trunk Member Number 


Trunk Member Number 


IPAddress 


IPAddress 


IPAddress 


IPAddress 


Port Number 


Port Number 


Optional parameter ID: 20 


Parameter length: 11 bytes 
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Parameter contents: 


e The PORT INFO field consists of four bytes and is the location 
responsible for updating the IP Address and the SPI. The external Trunk 
Group Number and the Trunk Member Number are specified in the Port 
Info. The range is from 0 to 9999 for both. 


A value of 32,767 for Trunk Group Number indicates a 
NIL_TRUNK_GROUP. 


A value of 32,767 for Trunk Member Number indicates a 
NIL_TRUNK_ MEMBER. 


If the Trunk Group Number is set to NIL_TRUNK_GROUP and the Trunk 
Member Number is set to NIL_TRUNK_MEMBER, then the returned IP 
Address and the SPI information corresponds to the SCU Arbitrator address. 
The SCU Arbitrator address is the initial point of contact in which to send 
all the New_ca11 event notification messages. 


The following table illustrates how to interpret the combination of Trunk 
Group Number and Trunk Member Number in the Port Service. 


Trunk Group Trunk Member Number | What is the IP Address 
Number Info used for 


nil_trunk_group nil_trunk_member Arbitrator’s IP address if 
received in the 


Set_IP_Address 
primitive. 


INAVLID if received with 
other primitives. 


Non nil_trunk_group nil_trunk_member IP Address for destination 
trunk group in Connect 
primitive only. 


nil_trunk_group Non nil_trunk_member INVALID 


Non nil_trunk_group Non nil_trunk_member IP Address for the port 
specified by the Trunk 
Group Member. 


e The IP ADDRESS field consists of four bytes and contains the IP 
Address sent by the SCU, which is eventually used to return the event 
notification messages. 
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For example, an IP Address of 47.122.64.153 stored as four bytes where 
byte 1 is 47, byte 2 is 122, byte 3 is 64, and byte 4 is 153. The 
nil_ip_address is 0.0.0.0. 


e The PORT NUMBER field consists of two bytes and contains the 
transport layer Port Number associated with the IP Address. The 
nil_port_number is 0. 


The following table illustrates how to interpret the different primitives for 
combination of the IPAddress and the Port Number in the 1PAddressInfo 


parameter. 
IP Address Port Number 
nil_ip_address nil_port_number 
NON nil_port_number 
nil_ip_address 
nil_ip_address Non nil_port_number 


Non nil_ip_address | Non nil_port_number 


How is the IP Address 
Info used for in RESET 
SWITCH 


Idle all ports that are 
currently serviced by the 
SCU (System Reset) 


Idle all ports with the given 
IP Address and any port 
number (Shelf Reset) 


INVALID 
Idle ports with the 


appropriate IP Address 
Info (Service Reset) 


How is the IP Address 
Info used in all the 
other Primitives 


INVALID 


INVALID 


INVALID 


IPAddressInfo 
parameter applies to a 
specific port — update the 
port’s IP Address Info. 


e The SPI field consists of four bits and contains the SPI version for the 
specified agent. The range is from 1 to 15. 
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Port status 


This parameter contains the status of the port or agent as well as information 
which indicates if the port is currently controlled by the SCU. 


Port Status Parameter 


m> Port in Service Call 


Connection 
Bitmap 


Muted 
Held 


Collecting Digits 
—# Monitoring for Tones 


— Listening to Message 


'——# Linked to an agent 


——¥ Bridged to multiple agents 


— > Spare 


Optional parameter ID: 21 
Parameter length: 2 bytes 
Parameter contents: 


e The AGENT STATUS field consists of four bits and contains the Agent 
Status of the port, as illustrated below: 


00000: Idle 

0000 1: Seized 
00010: Answered 
0001 1: ManBusy 
00100: Lockout 


BRWNR © 
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00101: System Busy 
00110: PM Busy 

0011 1: Unknown 

1000to 1111: Spare Values 


NINN 


e The PORT IN SERVICE CALL field consists of one bit. The purpose of 
this field is to indicate if the port is currently a part of a service call or if 
the port is currently being serviced by the SCU. 


— 0: Port not a part of a service call 
— |: Port is a part of a service call. 


e The CONNECTION BITMAP field consists of six bits and is a bitmap, 
where each bit indicates the connection status of the agent. The bits are 
used to represent the connection states as specified below: 


— Bit 0: Muted 

— Values: 0 = port is unmuted 

— 1=port is muted 

— Bit 1: Held 

— Values: 0 = port is not held 

— l= portis held 

— Bit2: Collecting Digits 

— Values: 0 = port is not collecting digits 

— 1=port is in the process of collecting digits 

— Bit 3: Monitoring for Tones 

— Values: 0 = port is not monitoring for tones 

— 1=port is monitoring for tones 

— Bit 4: Listening to Message 

— Values: 0 = port is not listening to a message 

— 1=port is listening to message (announcement and tones) 
— Bit 5: Linked to an Agent 

— Values: 0 = port is not linked to another agent 

— 1=port is linked to another agent 

— Bit 6: Bridged to multiple agents 

— Values: 0 = port is not bridged to two or more agents 


— l= portis bridged to two or more agents 
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Reset reason 
This parameter contains the reason why a restart occurred on the PSN. In 
addition, the Reset Reason indicates (to the SCU) the type of reset that is 
required at the SCU. 


Reset Reason Parameter 


Spare ResetReason 


7 6 5 4 3 2 1 0 


Optional parameter ID: 22 


Parameter length: 1 byte 


Parameter contents: 


The RESET REASON field consists of four bits and indicates the reason 
a restart occurred on the PSN. The values include: 


0 0 0 0: Unknown 

000 1: Warm Restart performed on the PSN 
00 1 0: Cold Restart performed on the PSN 
0.0 1 1: Reload Restart performed on the PSN 
0 100: PSN has just come into service 

0 10 1: Arbitrator Heartbeat has failed 
0110-1111: Spare Values 


AUNO 
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Serving translation scheme 


This parameter contains the Serving Translation Scheme (STS) of the call. 
The switch sends this parameter to the SCU in the New_ca11 event 
notification message. 


STS Parameter 


1st Digit 


3rd Digit 2nd Digit 
7 6 5 4 3 2 1 0 


Optional parameter: 131 
Parameter length: 2 bytes 
Parameter contents: 


e The COUNT field consists of four bits and contains the number of digits 
in the STS. The values include 1 to 3. 


e The DIGITS 1, 2, and 3 field consists of four bits for each digit and 
contains each digit (1,2, and 3) in the TBCD format, which is encoded as 
follows: 


000 0: Filler 
000 1: Digit 1 
00 1 0: Digit 2 
00 1 1: Digit 3 
0100: Digit 4 
010 1: Digit 5 
0 1 1 0: Digit 6 
01 1 1: Digit 7 
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15 1111:F 
Session ID 


This parameter contains the Session ID. The Session ID is generated by the 
SCU to associate the different ports involved in a service call. 


Upon receipt of the SessionIp parameter, the PSN does not perform any 
error checking. It merely re-transmits this value in the event notification 
message. 


Session ID Parameter 


SCU ID 


SessionID 


SessionID 


Optional parameter ID: 23 
Parameter length: 4 Bytes 
Parameter contents: 


e The SCU ID field consists of one byte. The SCU ID field is a unique one 
byte ID generated by the SCU. 


e The SESSION ID field consists of three bytes. The Session ID field is a 
unique 3 byte ID generated by the SCU. The values include: 


000000000000000000000000: 0 
to 


1111111111111111111111 11: 16777215 
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Signaling info 
This parameter contains the Signaling Information in the standard format 
that is applicable to the signaling type of the port. This parameter may be 
used to receive or send signaling information from or to the SCU. 


Depending upon the primitive or event notification in which this parameter 
is sent or received, and the signaling type of the associated port, its contents 
may differ. In general, the contents contain parameters that are encoded in 
the standard format. 


For PTS agents, there are no standards used. For SS7 agents, the parameters 
are encoded based on the TR444 and GR394, and for PRI agents, refer to 
Chapter UCS PRI, for more details. 


Please refer to the primitives and event notification messages below for 
information on Signaling Info. 


e Connect primitive from the SCU (receive use): 


— The parameters below are sent in Signaling Info (on a PTS agent). At 
least one stream of digits (a DigitstoOutpulse parameter) must be 
sent, with the capability of sending up to three streams. These 
parameters are encoded as described earlier in “Bearer capability” 
and “Digits to outpulse.” 


Bearer Capability (Optional) 
Digits to Outpulse (Mandatory) 
Digits to Outpulse (Optional) 
Digits to Outpulse (Optional) 


— The following IAM message parameters (on an SS7 agent) are 
encoded as indicated by the TR444 and the GR394. 


Message Type (Mandatory) 
Forward Call Indicator (Mandatory) 
Calling Party Category (Mandatory) 
User Service Information (Mandatory) 
Called Party Number (Mandatory) 
Nature of Connection Ind. (Mandatory) 
Calling Party Address (Optional) 
Carrier Identification (Optional) 
Carrier Selection Information (Optional) 
Channel Assignment Map (Optional) 
Charge Number (Optional) 
Authcode (GD) (Optional) 
Call Reference Identifier (GD) (Optional) 
Callid (GD) (Optional) 
CLLI Admin (GD) (Optional) 
IMT Info (GD) (Optional) 
RLT Treatment Code (GD) (Optional) 
Term SWID & TRKGRP (GD) (Optional) 
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XFR Operator Queue (GD) (Optional) 
Network Information (Optional) 
Network Specific Facilities (Optional) 
Network Specific IAM (Optional) 
Operator Information (Optional) 
Operator Services Indicator (Optional) 
Originating Line Information (Optional) 
Supplementary Line Info (Optional) 
Transit Network Selection (Optional) 


— The following SETUP message parameters (on a PRI agent) are 
encoded as reported in the Chapter, “PRI messages”. 


Protocol Discriminator (Mandatory) 
Message Type (Mandatory) 
Bearer Capability (Mandatory) 
Called Party Number (Mandatory) 
Business Group (Optional) 
Called Party Subaddress (Optional) 
Progress Indicator (Optional) 
Calling Party Number (Optional) 
Calling Party Subaddress (Optional) 
Display (Optional) 
Higher Layer Compatibility (Optional) 
Lower layer Compatibility (Optional) 
Network Specific Facility (Optional) 
Original Called Number (Optional) 
Transit Network Selection (Optional) 
User to User Information (Optional) 


e Disconnect primitive from the SCU (receive use): 


— The following REL message parameters (on an SS7 agent) are 
encoded as indicated by the TR444 and the GR39. 


Message Type (Mandatory) 
Cause Indicators (Mandatory) 


— The following DISC message parameters (on a PRI agent) are 
encoded as reported in the Chapter, “PRI messages”. 


Message Type (Mandatory) 
Protocol Discriminator (Mandatory) 
Cause (Mandatory) 


— The following REL message parameters (on a PRI agent) are 
encoded as reported in the Chapter, “PRI messages”. 


Message Type (Mandatory) 
Protocol Discriminator (Mandatory) 
Cause (Optional) 
User to User Information (Optional) 
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e Transmit_Siginfo primitive from the SCU (receive use): 


— The following parameters are sent in Signaling Info (on a PTS 
agent). At least one stream of digits (a DigitstoOutpulse 
parameter) must be sent with the capability of sending up to three 
streams. The signaling parameters are encoded as described earlier in 


“Digits To Outpulse”. 

Message Type (Mandatory) 
Digits to Outpulse (Mandatory) 
Digits to Outpulse (Optional) 
Digits to Outpulse (Optional) 


— The following information is sent (on a PTS agent) for a PTS 
On-hook. There is no Signaling Information present when the 
message type is PTS On-hook. 


Message Type (Mandatory) 


— The following information is sent (on a PTS agent) for a PTS 
Off-hook. There is no Signaling Information present when the 
message type is PTS Off-hook. 


Message Type (Mandatory) 


The Transmit SigInfo is used to send the IAM, ANM, CPG, FAA, FAR, 
FRJ, PAM, SUS, REL, and RES for an SS7 port. 


The Transmit SigInfo is used to send the CONNECT, CALLPROC, 
FACILITY, RLC, REL, and DISC messages for a PRI port. 


For the definition of the above SS7 and PRI messages, please refer to 
Signaling_Event bullet in this section. 
e Off _Hook event notification to the SCU (send use): 


— The following ANM message parameters (on an SS7 agent) are 
encoded as indicated by the TR444 and the GR394. 


Message Type (Mandatory) 
Backward Call Indicator (Optional) 
Call Reference (Optional) 
Carrier Selection (Optional) 
Internetwork Specific ANM (Optional) 
Intranetwork Specific ANM (Optional) 
Network Specific ANM (Optional) 
Operator Information (Optional) 
US Network Parameter (Optional) 
User to User Indicator (Optional) 
User to User Information (Optional) 
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— The following CONNECT message parameters (on a PRI agent) are 
encoded as reported in the Chapter, “PRI messages”. 


Message Type (Mandatory) 
Protocol Discriminator (Mandatory) 
User to User Information (Optional) 


e On_Hook event notification to the SCU (send use): 


— The following REL message parameters (on an SS7 agent) are 
encoded as indicated by the TR444 and the GR394. 


Message Type (Mandatory) 
Cause Indicators (Mandatory) 
User to User Indicator (Optional) 
User to User Information (Optional) 


— The following RSC message parameters (on an SS7 agent) are 
encoded as indicated by the TR444 and the GR394. 


Message Type (Mandatory) 


— the following DISC message parameters (on a PRI agent) are 
encoded as reported in the Chapter, “PRI messages”. 


Message Type (Mandatory) 
Protocol Discriminator (Mandatory) 
Cause (Mandatory) 
User to User Information (Optional) 


— the following REL message parameters (on a PRI agent) are encoded 
as reported in the Chapter, “PRI messages”. 


Message Type (Mandatory) 
Protocol Discriminator (Mandatory) 
Cause (Optional) 
User to User Information (Optional) 


e New_Call event notification to the SCU (send use): 


— The following IAM message parameters (on an SS7 agent) are 
encoded as indicated by the TR444 and the GR394. 


Message Type (Mandatory) 
Forward Call Indicator (Mandatory) 
Calling Party Category (Mandatory) 
User Service Information (Mandatory) 
Called Party Number (Mandatory) 
Nature of Connection Ind. (Mandatory) 
Calling Party Address (Optional) 

Carrier Identification (Optional) 
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Carrier Selection Information (Optional) 
Channel Assignment Map (Optional) 
Charge Number (Optional) 
Authcode (GD) (Optional) 
Call Reference Identifier (GD) (Optional) 
Callid (GD) (Optional) 
CLLI Admin (GD) (Optional) 
IMT Info (GD) (Optional) 
RLT Treatment Code (GD) (Optional) 
Term SWID & TRKGRP (GD) (Optional) 
XFR Operator Queue (GD) (Optional) 
Network Information (Optional) 
Network Specific Facilities (Optional) 
Network Specific IAM (Optional) 
Operator Information (Optional) 
Operator Services Indicator (Optional) 
Originating Line Information (Optional) 
Supplementary Line Info (Optional) 
Transit Network Selection (Optional) 


— The following SETUP message parameters (on a PRI agent) are 
encoded as reported in the Chapter, “PRI messages”. 


Protocol Discriminator (Mandatory) 
Message Type (Mandatory) 
Bearer Capability (Mandatory) 
Called Party Number (Mandatory) 
Business Group (Optional) 
Called Party Subaddress (Optional) 
Progress Indicator (Optional) 
Calling Party Number (Optional) 
Calling Party Subaddress (Optional) 
Display (Optional) 
Higher Layer Compatibility (Optional) 
Lower layer Compatibility (Optional) 
Network Specific Facility (Optional) 
Original Called Number (Optional) 
Transit Network Selection (Optional) 
User to User Information (Optional) 


e Signaling_Event event notification to the SCU (send use): 


— The following parameters are sent in Signaling Info (on a PTS 
agent). These parameters are encoded as described earlier in “Digits 
outpulsed.” 


Digits Outpulsed Indicator (Mandatory) 


— The following ACM message parameters (on an SS7 agent) are 
encoded as indicated by the TR444 and the GR394. 


Message Type (Mandatory) 
Backward Call Indicator (Mandatory) 
Call Reference (Optional) 
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US Network Parameter (Optional) 
User to User Indicator (Optional) 
User to User Information (Optional) 


The following COT message parameters (on an SS7 agent) are 
encoded as indicated by the TR444 and the GR394. 


Message Type (Mandatory) 
Continuity Indicators (Mandatory) 


— The following CPG message parameters (on an SS7 agent) are 
encoded as indicated by the TR444 and the GR394. 


Message Type (Mandatory) 
Event Information (Mandatory) 
Backward Call Indicator (Mandatory) 
Party Information (Optional) 
Redirection Number (Optional) 
Supply end-to-end Inf. Req. (Optional) 
Supply end-to-end Inf. Resp. (Optional) 
User to User Indicator (Optional) 
User to User Information (Optional) 


— The following FAA message parameters (on an SS7 agent) are 
encoded as indicated by the TR444 and the GR394. 


Message Type (Mandatory) 
Facility Indicator (Mandatory) 
Call Reference (Optional) 


— The following FAR message parameters (on an SS7 agent) are 
encoded as per the TR444 and the GR394. 


Message Type (Mandatory) 
Facility Indicator (Mandatory) 
Call Reference (Optional) 
Called Party Address (Optional) 
Calling Party Number (Optional) 
Charge Adjustment (Optional) 
Charge Number (Optional) 
Callid (GD) (Optional) 
Operator Information (Optional) 
Originating Line Info (Optional) 


— The following FRJ message parameters (on an SS7 agent) are 
encoded as indicated by the TR444 and the GR394. 


Message Type (Mandatory) 
Facility Indicator (Mandatory) 
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Cause Indicator (Mandatory) 
Call Reference (Optional) 


— The following PAM message parameters (on an SS7 agent) are 
encoded as indicated by the TR444 and the GR394. 


Message Type (Mandatory) 
RPM Message (Mandatory) 


— The following RES message parameters (on an SS7 agent) are 
encoded as indicated by the TR444 and the GR394. 


Message Type (Mandatory) 
Suspend and Resume Indicators (Mandatory) 


— The following SUS message parameters (on an SS7 agent) are 
encoded as indicated by the TR444 and the GR394. 


Message Type (Mandatory) 
Suspend and Resume Indicators (Mandatory) 


— The following PROGRESS message parameters (on a PRI agent) are 
encoded as recorded in the Chapter, “PRI messages”. 


Message Type (Mandatory) 
Protocol Discriminator (Mandatory) 
Progress Indicator (Mandatory) 
Cause (Optional) 
User to User Information (Optional) 


— The following ALERT message parameters (on a PRI agent) are 
encoded as indicated in the Chapter, “PRI messages”. 


Message Type (Mandatory) 
Protocol Discriminator (Mandatory) 
User—-User Information (Optional) 
Progress Indicator (Optional) 


— The following CALL PROCEEDING message parameters (on a PRI 
agent) are encoded as recorded in the Chapter, “PRI messages”. 


Message Type (Mandatory) 
Protocol Discriminator (Mandatory) 


— The following FACILITY message parameters (on a PRI agent) are 
encoded as recorded in the Chapter, “PRI messages”. 


Message Type (Mandatory) 
Protocol Discriminator (Mandatory) 
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Called Party Number (Optional) 
Called Party Subaddress (Optional) 


— The following REL Complete (RLC) message parameters (on a PRI 
agent) are encoded as recorded in the Chapter, “PRI messages”. 


Message Type (Mandatory) 
User to User Information (Optional) 


Signaling Info Parameter 


Spare 


Message Contents: 


PTS SigInfo 
or 


PRI Message 
or 
SS7 Message 


Optional parameter ID: 25 
Parameter length: maximum of 412 bytes 


Parameter contents: 


e The Signaling TYPE field consists of two bits and is the field which 
indicates the Signaling TYPE. 


e The MESSAGE CONTENTS field consists of a maximum of 411bytes. 
In addition, this field possesses the message contents, which contain the 
parameters in the standard format listed earlier. The contents are 
encoded, depending upon the type of signaling used. 
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Primitive / Event 
Notification 


PTS Messages 


SS7 Messages 


PRI Messages 


Connect 


Disconnect 


Digits_To_Out 
pulse, 
Digits_To_ 
Outpulse with 
Bearer_ 
Capability 


Bearer_Capabi 
lity 


IAM 


SETUP 


DISC, REL 


Transmit_Sigi 
nfo 


Digits_To_Out 
pulse 
PTS_On-hook 
PTS_Off—-hook 


ACM, IAM, ANM, 
REL, CPG, FAA, 
FAR, FRJ, PAM, 
RES, and SUS 


CONNECT, REL, 
DISC, ALERT, 
and FACility 


New_Call 


Off_Hook 


IAM 


ANM 


CONNECT 


On_Hook 


REL and RSC 


DISC and REL 


Signaling_Eve 
nt 


Digits_Outpul 
sed_Indicator 


ACM, CPG, 
COT, FAA, FAR, 
FRJ, PAM, RES, 
and SUS 


PROGRESS, 
ALERT, CALL 
PROCEEDING, 
FACILITY, 
RELEASE 
COMPLETE 


— PTS Message Contents: 


The PTS MESSAGE TYPE field consists of one byte and is the Message 


Type for a PTS message. The values include: 


ABRWNR OO 


00000000: Unknown 
0000000 1: Digits to Outpulse 
000000 1 0: Digits to Outpulse with Bearer Capability 
0000001 1: PTS Off-Hook 
00000100: PTS On-Hook 
0000010 1: Digits Outpulsed 


00000110-1111111 1: Spare 
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The PTS SIGINFO MESSAGE AREA field consists of a maximum of 
410 bytes and is the area that contains the SigInfo message; however, 
this field depends on the PTS Message Type. 


The following list provides examples of the PTS Message Type contents, 
which appear in the PTS SigInfo Message Area field. 


— Digits to Outpulse: the PTS SigInfo Message Area contains from 1 to 
3 DigitstoOutpulse parameters (refer to “Digits to outpulse” for 
more information). 


— Digits to Outpulse with Bearer Capability: the PTS SigInfo Message 
Area contains the BearerCapability parameter first in the area, 
(refer to “Bearer capability” for more information), with the 
following bytes containing from 1 to 3 DigitstoOutpulse 
parameters (refer to “Digits to outpulse” for more information) . 


— PTS Off-Hook: no information appears in the PTS SigInfo Message 
Area. There is no signaling information associated with a PTS 
Off-Hook. 


— PTS On-Hook: no information appears in the PTS SigInfo Message 
Area. There is no signaling information associated with a PTS 
On-Hook. 


— Digits Outpulsed: PTS SigInfo Message Area contains the 
DigitsOutpulsed parameter (refer to “Digits outpulsed” for more 
information). 


— SS7 Message Contents: 
Use of the TR444 and the GR394 SS7 with ISDN support, define the 
contents of the SS7 Message Contents. 

— PRI Message Contents: 


SS7and PRI parameter contents are not re-defined in this document. 


Signaling type 


This parameter is used in the Agent_Data event and in the New_Ca11 event. 


Signaling Type Parameter 


Signaling 


Type 
7 6 5 4 6 2 1 0 


Spare 
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Optional parameter ID: 32 
Parameter length: 1 byte 
Parameter contents: 
e The Signaling TYPE field consists of two bits and represents the type of 
signaling the port is using. The values include: 
— 00: PTS (4 Wire) 
— 01: PTS (2 Wire) 
— 10:SS7 
— 11:PRI 


Siglnfo mask 


This parameter allows the SCU to control which of the optional SS7 and PRI 
messages that are reported to the SCU in the Signaling_Event event 
notification message. 


For example, if the port is an SS7 port, the SCU may choose to enable or 
disable the receipt of the following messages from the PSN: 

e ACM (Address Complete) 

e COT (Continuity) 

e CPG (Call Progress) 

e FAA (Facility Activation), FAR (Facility Request), FRJ (Facility Reject) 
e PAM (Pass Along Message) 

e RES (Resume) and SUS (Suspend) 

If the port is a PRI port, the SCU may choose to enable or disable the receipt 
of the following messages from the PSN: 

e ALERT (Alerting Message) 

e CALLPROC (Call Proceeding) 

e FAC (Facility) 

e RLC (Release Complete) 

e PROG (Progress) 


The messages that follow are mandatory. The receipt of these messages 
cannot be turned off by the SCU. In addition, these messages are always sent 
to the SCU. These messages include: 


e ANM (Answer), REL (Release)/RSC (Reset Circuit) for SS7 ports 
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e CONNECT and REL (Release)/DISC (Disconnect) for PRI ports 


Siglnfo Mask Parameter 


— x» RES 


——s PAM 
— x FRJ/RLC 


— 3 FAR/Progress 


-> FAA 
CPG/Fac 


COT/CallProc 
ACM/Alert 


Optional parameter ID: 24 
Parameter length: 2 bytes 
Parameter contents: 


e The SIGINFO MASK BITMAP field consists of nine bits and is a 
bitmap, where each bit indicates the connection status of the agent. The 
bits are used to represent the connection states as specified below: 


— Bit 0: ACM/Alert 


— Values: 0 = do not send ACM (for SS7 port) or Alert (for PRI 
port) message to the SCU. 
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— 1=send the ACM (for SS7 port) or Alert (for PRI port) to the 
SCU. 


— Bit 1: COT/CallProc 


— Values: 0 = do not send COT (for SS7 port) or Call Proceeding 
(for PRI port) message to the SCU 


— 1=send the COT (for SS7 port) or Call Proceeding (for PRI 
port) message to the SCU 


— Bit 2: CPG/FAC 


— Values: 0 = do not send CPG (for SS7 port) or FAC (for PRI port) 
message to the SCU 


— 1 = send the CPG (for SS7 port) or FAC (for PRI port) to the 
SCU 


— Bit 3: FAA 
— Values: 0 = do not send FAA (for SS7 port) message to the SCU 
— l= send the FAA (for SS7 port) to the SCU 

— Bit 4: FAR/Progress 


— Values: 0 = do not send FAR (for SS7 port) or Progress (for PRI 
port) message to the SCU 


— 1=send the FAR (for SS7 port) or Progress (for PRI port) to the 
SCU 


— Bit 5: FRJ/RLC 


— Values: 0 = do not send FRJ (for SS7 port) or RLC (for PRI port) 
message to the SCU 


— l= send the FRJ (for SS7 port) or RLC (for PRI port) to the SCU 
— Bit 6: PAM 

— Values: 0 = do not send PAM (for the SS7 port) to the SCU 

— l = send the PAM (received on the SS7 port) to the SCU 
— Bit 7: RES 

— Values: 0 = do not send RES (for the SS7 port) to the SCU 

— l= send the RES (received on the SS7 port) to the SCU 
— Bit 8: SUS 

— Values: 0 = do not send SUS (for the SS7 port) to the SCU 

— l= send the SUS (received on the SS7 port) to the SCU 
— Bit 9 — 15: Spare 
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Switch ID 
This parameter contains the switch ID of the PSN. 


Switch ID Parameter 


7 6 5 4 3 2 1 0 


Optional parameter ID: 26 
Parameter length: 1 byte 
Parameter contents: 


e The SWITCH ID field consists of seven bits and contains the switch ID 
with a range from 0 to 127. 
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Time of day 


This parameter contains the time of the day and is returned in the 
Current_Time_of_Day event notification to the SCU. 


Time of Day Parameter 


Day in the Year 


Day in the 
anead Year con't 
GMT 


Optional parameter ID: 27 
Parameter length: 8 bytes 
Parameter contents: 


e The YEAR field consists of two bytes and contains the year. 


e The DIFFERENCE FROM GMT field consists of two bytes and 
contains the time difference between the time specified by the “hour, 
minute and second” fields and the Greenwich Mean Time. 


e The DAY IN THE YEAR field consists of nine bits and contains the day 
of the year. The values include 1 to 365. 
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The MINUTE field consists of six bits and contains the minute. The 
values include 0 to 59 with the remaining as spare values. 


The AHEAD OF GMT field consists of one bit. When this field is true, it 
indicates that the switch time is AHEAD of the Greenwich Mean Time 
(GMT). The switch time is BEHIND the GMT if this field is set to false. 


The HOUR field consists of five bits and contains the hour. The values 
include 0 to 23 with the remaining as spare values. 


The SECOND field consists of six bits and contains the minute. The 
values include 0 to 59 with the remaining as spare values. 


Tone detected 


This parameter contains the tone that is detected on a given port or agent by 
the PSN. 


Tone Detected Parameter 


7 6 5 4 3 2 1 0 


Optional parameter ID: 28 


Parameter length: 1 byte 


Parameter contents: 


The TONE OR DIGIT DETECTED field consists of three bits and 
contains the tone or the digit that is detected, and is encoded as follows: 


0 0 0: Tone or Digit Monitoring Aborted 
00 1: Asterisk Detected 

0 1 0: Octothorpe Detected 

0 1 1: SF Tone Detected 

1 0 0: BBF Tone Detected 

1 0 1: BBF Digits Detected 

1 1 0: BBF not possible on this port 

1 1 1: Unused (Spare) 


NNBWNK © 
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UCS PSN LOPER messages and 
parameters version 2 


This chapter contains a detailed description of the UCS PSN messages and 
parameters Version 2 described in the Low Overhead Protocol Encoding 
Rule (LOPER) message format. 


LOPER format 


Each of the messages in the LOPER follow the same basic format and rules. 


The following rules apply to LOPER: 


A message is byte aligned, meaning that each parameter starts on a new 
byte. 


The first byte in a message is considered to be the Oth index of the 
message, the second byte in the message is considered to be the 1st index 
of the message, and so on. 


Two bytes are used in describing the length of a message and parameter. 
Two bytes are also used to contain at which byte location in the message 
that the optional parameters begin in the message. 


A LOPER message can either contain one primitive, one event, or one 
macro which can contain up to five primitives. 


The SS7 signaling message of the SigInfo contents in an optional 
SigInfo parameter to be transmitted on a SS7 agent is not validated. 
Since the SS7 signaling message is to be built by the SCU in the TR444 
BellCore standard, it is assumed that the SS7 signaling message has been 
correctly built and is sent onto the SS7 network without validation. Any 
error in the SS7 signaling message is caught by the network and handled 
accordingly by the SS7 network. 


Messages sent from the SCU to the PSN 
This section covers messages sent from the SCU to the PSN. 


Macros 


The first byte of a macro designates that the message is a macro. The second 
and third bytes indicate the length of the macro in the number of bytes that 
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comprise the length of the message from the Macro Tag to the end of the last 
primitive in the macro. The fourth byte identifies how many primitives there 
are in the primitive Area. The primitive area contains the individual 
primitives. 


If there is an error in the decoding of one of the primitives found in the 
macro, that primitive is dropped and the decoding process is ceased since the 
rest of the macro is considered to be corrupted. Any primitive decoded 
before the error is still processed. 


LOPER macro message format 


LOPER Macro Message Format 


2nd Byte Macro Length (LSB) 
3rd Byte Macro Length (MSB) 
4th Byte Number of Primitives 


Primitive 


Primitive (Optional) 


Primitive (Optional) 


e The MACRO TAG field consists of one byte and is the location which is 
used to identify the primitive in the message. The values include: 


00000000: Macro Tag 
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Primitives 

The first byte is the primitive tag and identifies the primitive. The second 
and third bytes indicate the length of the primitive beginning with the 
primitive tag to the end of the mandatory parameters or optional parameters 
if present. The fourth and fifth bytes contain the Nth byte location at which 
the optional parameters begin in the message. The sixth byte is the start of 
the mandatory parameters. The contents of the mandatory parameter depend 
on the primitive and event and the customer using LOPER. Refer to Figure 
17-1. 


Figure 17-1 

LOPER primitive message format 

e The PRIMITIVE TAG field consists of one byte and is a byte that is 
used to identify the primitive in the message. The values include: 


00000000: Nil Primitive Tag 
00000001: Bridge 

00000010: Collect Digits 
00000011: Connect 
00000100: Disconnect 
00000101: Hold 

00000110: Monitor 
00000111: Mute 

00001000: RESERVED FOR INTERNAL PSN USE 
00001001: New Call Accepted 
10 00001010: New Call Rejected 

11 00001011: Play Message 

12 00001100: PPCD 

13 00001101: Query Port 

14 00001110: Reconnect 

15 00001111: Set Billing Record 

16 00010000: Stop Message 

17 00010001: Transmit Signaling Info 
18 00010010: Error Detected 

19 00010011: Heartbeat 

20 00010100: Port Status 

21 00010101: Query TOD 

22 00010110: Reset Switch 

23 00010111: Set IP Address 

24 00011000: Flow Control 
00011001to1l1111111: Spare 


OAONNDNBWNrK © 


Messages sent from the PSN to the SCU 


Events 
The first byte is the Event Tag and identifies the event. The second and third 
bytes indicate the length of the event, beginning with the Event Tag to the 


Digital Switching Systems UCS DMS-250 Programmable Service Node (PSN) Application Guide UCS09 


17-4 UCS PSN LOPER messages and parameters Version 2 


LOPER Primitive Message Format 


1st Byte Primitive Tag 
2nd Byte Primitive Length (LSB) 


( 
3rd Byte Primitive Length (MSB) 
4th Byte Pointer To Optional Parameters (LSB) 


5th Byte Pointer To Optional Parameters (MSB) 


Mandatory Parameters 


Optional Parameters 


end of the mandatory parameters, or optional parameters if present. The 
fourth and fifth bytes contain the Nth byte location at which the optional 
parameters begin in the message. The sixth byte is the start of the mandatory 
parameters. The contents of the mandatory parameters depend on the 
primitive and event, and the customer using LOPER. Refer to the following 
figure. 
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LOPER event message format 


LOPER Event Message Format 


1st Byte Event Tag 
2nd Byte Event Length (LSB) 


3rd Byte Event Length (MSB) 
4th Byte Pointer To Optional Parameters (LSB) 
5th Byte Pointer To Optional Parameters (MSB) 


Mandatory Parameters 


Optional Parameters 


e The EVENT TAG field consists of one byte and is a byte that is used to 
identify the event in the message. The values include: 


00000000: Current TOD 
00000001: Digits Collected 
0000001 0: Error Detected 
0000001 1: In Service 
00000100: Instruction Completed 
00000101: Message Played 
00000110: New Call 
00000111: Off Hook 
00001000: On Hook 
00001001: Port Status 


OANNDNBRWNr OC 
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10 00001010: Query Port 

11 00001011: Route Not Available 

12 00001100: Route Selected 

13 00001101: Signaling Event 

14 00001110: Tone Detected 

15 00001111: Agent Data 

16 00010000: Stop Heartbeat 
00010001to1l1111111: Spare 


Parameters 


LOPER divides parameters into two classes, mandatory and optional. 
Mandatory parameters contain the information required by the primitive and 
event in order to be processed. Optional parameters contain the information 
not required by the primitive and event but add extra information for 
processing. For a mapping of which parameters are mandatory and/or 
optional for primitives and events, refer to the tables within Chapter “PRI 
messages.” 


Mandatory parameters 

Mandatory parameters in LOPER are customized for each primitive and 
event. The sixth byte in the primitive and event is always the beginning of 
the mandatory parameters for primitives and events. There is no need for a 
mandatory parameter tag. Mandatory parameters are identified by the 
primitive and event ID and can only be found in their corresponding 
primitive and event, such as a Connect mandatory parameter can only be 
found in a Connect primitive. Also, there is no need for a length indicator 
for the mandatory parameters. For example, since the pointer to the optional 
parameters designates the end of the mandatory parameters, and if there are 
no optional parameters, then the length of the primitive and event is the end 
of the mandatory parameters. The contents of mandatory parameters is 
covered in the Chapter “PSN parameters Version 1.” 


If there is an error in the decoding of the mandatory parameters, then entire 
message is dropped, the OM PSN_ERPS:DECODEFTL is incremented, the 
logs PSN202 and PSN212 are produced, and an Error_Detected event is 
produced with the Error Cause HEADER_DECODE_FAILURE_EC. 


If there is an error in the validating of the mandatory parameters values, then 
the entire message is dropped, the OM PSN_ERPS:MANDPDEF is 
incremented, the logs PSN202 and PSN212 are produced, and an 
Error_Detected event is produced with the Error Cause 
PARAM_CONTENTS_ OUT_OF_- RANGE_EC. 
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Optional parameters 

The first byte of an optional parameter is the optional parameter tag, which 
identifies the optional parameter. The second and third bytes indicate the 
length of the optional parameter in bytes, starting with the beginning of the 
optional parameter ID, to the end of the optional parameter. The contents of 
the optional parameter depends on the specific parameter and the customer 
using LOPER. The contents of the optional parameters are defined in PSN 
PARMS. Refer to the following figure. 


If a LOPER message is received with an unknown optional parameter ID, 
the unknown optional parameter is skipped and the decoding of the rest of 
the optional parameters in the message continues. If there is an error in the 
decoding of a known optional parameter, the optional parameter is dropped 
and the decoding process is ceased. As a result, the reset of the message is 
considered to be corrupted, and the OM PSN_ERPS:OPPRMDEF is 
incremented, the logs PSN202 and PSN212 are produced, and the primitive, 
along with the optional parameters, are decoded before the error is 
processed. 


LOPER Optional Parameter Format 


1st Byte Optional Parameter ID 


2nd Byte Optional Parameter Length (LSB) 
3rd Byte Optional Parameter Length (MSB) 


Optional Parameter 


e The OPTIONAL parameter ID field consists of one byte and is the 
location which is used to represent the parameter. The values include: 


00000000: Unknown 

00000001: Bearer Capability 
00000010: Billing Info 

0000001 1: Call Reference Identifier 
00000100: Control Info 
00000101: Destination Trunk Group 


MABWNF © 
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6 00000110: Digit Collection 

7 00000111: Digits Collected 

8 00001000: Digits Outpulsed 

9 00001001: Digits To Outpulse 

10 00001010: Error Cause 

11 00001011: Flow Control Information 
12 00001100: Flow Control Encountered 
13 000011013: Instruction ID 

14 00001110: Instruction Tag 

15 00001111: Message Info 

16 00010000: Monitor Mask 

17 00010001: Parameter ID 

18 00010010: Port Count 

19 00010011: Port Info 


20 00010100: Port Service Information 
21 00010101: Port Status 

22 00010110: Reset Reason 
23 00010111: Session ID 

24 00011000: SigInfo Mask 
25 00011001: Signaling Info 
26 00011010: Switch ID 

27 00011011: Time of Day 
28 00011100: Tone Detected 
29 00011101: Agent Type 
30 00011110: COT Required 
31 00011111: ISUP Index 


32 00100000: Signaling Type 

33 00100001to10000001: Spare Values 

130 10000010: UCS Point In Call 

13110000011: UCS STS 
10000100to11111111: Spare Values 


PSN LOPER mandatory parameters for primitives 


The following mandatory parameters are used to build primitives. Their 
description includes the length of the parameter as well as the type of each 
field in the parameter. 
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Bridge mandatory parameters 
The mandatory parameters for a Bridge primitive are as follows: 


Bridge Mandatory Parameters 


4 pyes SessionID 
1 Byte InstructionTag 
1 Byte PortCount 


Ports 


4 Bytes 


PortInfo 


PortInfo 


Min of 4 bytes 
Max of 120 bytes 


Parameter length: minimum of 10 bytes and a maximum of 126 bytes 
Parameter contents: 


e The SESSION ID field consists of four bytes and is the location which 
includes the TYPE: SessionIp parameter. 
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The INSTRUCTION TAG field consists of one byte and is the location 
which includes the TYPE: InstructionTag parameter. 


The PORT COUNT field consists of one byte and is the location which 
includes the TYPE: Count of 1 to 30. 


The PORTS field consists of a minimum of four bytes and a maximum 
of 120 bytes. Also, the PORTS field consists of a minimum of one port 
to a maximum of 30 ports. 


The Port TYPE: Port Info parameter. 


Collect digits mandatory parameters 
The mandatory parameters for a Collect_Digits primitive. 


Collect Digits Mandatory Parameters 


SessionID 


InstructionTag 


Port 


DigitstoCollect 


Parameter length: 13 bytes 


Parameter contents: 


The SESSION ID field consists of four bytes and is the location which 
includes the TYPE: SessionIpD parameter. 


The INSTRUCTION TAG field consists of one byte and is the location 
which includes the TYPE: Inst ructionTagID parameter. 


The PORT field consists of four bytes and is the location which includes 
the TYPE: Port Info parameter. 


The DIGITS TO COLLECT field consists of four bytes and is the 
location which includes the TYPE: DigitCollection parameter. 


Connect mandatory parameters 
The mandatory parameters for a Connect primitive are as follows: 
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Connect Mandatory Parameters 


SessionID 


InstructionTag 


Port 


DestinationTrunk 


Parameter length: 11 bytes Instruct ic 
Parameter contents: 


e The SESSION ID field consists of four bytes and is the location which 
includes the TYPE: SessionIpD parameter. 


e The INSTRUCTION TAG field consists of one byte and is the location 
which includes the TYPE: Inst ructionTagID parameter. 


e The PORT field consists of four bytes and is the location which includes 
the TYPE: Port Info parameter. 


e The DESTINATION TRUNK field consists of two bytes and is the 
location which includes the TYPE: Destinationtrunkgroup parameter. 


Disconnect mandatory parameters 
The mandatory parameters for a Disconnect primitive are as follows: 
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Disconnect Mandatory Parameters 


SessionID 


InstructionTag 


Port 


Parameter length: 9 bytes 
Parameter contents: 
e The SESSION ID field consists of four bytes and is the location which 


includes the TYPE: sessionIpD parameter. 


e The INSTRUCTION TAG field consists of one byte and is the location 
which includes the TYPE: InstructionTagID parameter. 


e The PORT field consists of four bytes and is the location which includes 
the TYPE: Port Info parameter. 


Error detected mandatory parameters 
The mandatory parameters for a Error_Detected primitive are as follows: 


Error Detected Mandatory Parameters 


7 6 5 4 3 2 1 0 


Parameter length: 2 bytes 
Parameter contents: 


e The ERROR CAUSE field consists of two bytes and is the location 
which includes the TYPE: ErrorCause parameter. 
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Flow control mandatory parameters 
The mandatory parameters for a Flow_Cont rol primitive are as follows: 


Flow Control Mandatory Parameters 


7 6 5 4 3 2 1 0 


Parameter length: 1 byte 
Parameter contents: 


e The INSTRUCTION TAG field consists of one byte and is the location 
which includes the TYPE: InstructionTagID parameter. 


Heartbeat mandatory parameters 


The Heartbeat primitive does not contain any information in the primitive. 
A Heartbeat primitive message contains only what is mandatory for a 
LOPER primitive which is the primitive tag, the primitive length, and the 
optional pointer, totaling five bytes. 


Hold mandatory parameters 
The mandatory parameters for a Hold primitive are as follows: 


Hold Mandatory Parameters 


SessionID 


InstructionTag 


Port 
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Parameter length: 9 bytes 
Parameter contents: 
e The SESSION ID field consists of four bytes and is the location which 


includes the TYPE: sessionrpparameter. 


e The INSTRUCTION TAG field consists of one byte and is the location 
which includes the TYPE: InstructionTagID parameter. 


e The PORT field consists of four bytes and is the location which includes 
the TYPE: Port Info parameter. 


Monitor mandatory parameters 
The mandatory parameters for a Monitor primitive are as follows: 


Monitor Mandatory Parameters 


4 Bytes 
SessionId 
1 Byte InstructionTag 
4 Bytes 
Port 
2 Bytes 


MonitorInformation 


7 6 5 4 3 2 1 0 


Parameter length: 11 bytes 
Parameter contents: 


e The SESSION ID field consists of four bytes and is the location which 
includes the TYPE: sessionIpD parameter. 


e The INSTRUCTION TAG field consists of one byte and is the location 
which includes the TYPE: InstructionTagID parameter. 


e The PORT field consists of four bytes and is the location which includes 
the TYPE: Port Info parameter. 


e The MONITOR INFORMATION field consists of two bytes and is the 
location which includes the TYPE: MonitorMask parameter. 
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Mute mandatory parameters 
The mandatory parameters for a Mute primitive are as follows: 


Mute Mandatory Parameters 


SessionID 


InstructionTag 


Port 


Parameter length: 9 bytes 
Parameter contents: 
e The SESSION ID field consists of four bytes and is the location which 


includes the TYPE: sessionIp parameter. 


e The INSTRUCTION TAG field consists of one byte and is the location 
which includes the TYPE: InstructionTagID parameter. 


e The PORT field consists of four bytes and is the location which includes 
the TYPE: Port Info parameter. 
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New call accepted mandatory parameters 
The mandatory parameters for a New_Call_Accepted primitive are as 


follows: 
New Call Accepted Mandatory 
Parameters 
4 Bytes SessionID 
1 Byte InstructionTag 
4 Bytes Port 
11 Bytes PortServiceInfo 


Parameter length: 20 bytes 
Parameter contents: 


e The SESSION ID field consists of four bytes and is the location which 
includes the TYPE: sessionID parameter 


e The INSTRUCTION TAG field consists of one byte and is the location 
which includes the TYPE: InstructionTagID parameter. 


e The PORT field consists of four bytes and is the location which includes 
the TYPE: Port Info parameter. 


e The PORT SERVICE INFO field consists of 11 bytes and is the location 
which includes the TYPE: PortServiceInfo parameter. 
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New call rejected mandatory parameters 


The mandatory parameters for a New_Call_Rejected primitive are as 
follows: 


New Call Rejected Mandatory 
Parameters 


7 6 5 4 3 2 1 0 


Parameter length: 4 bytes 
Parameter contents: 


e The PORT field consists of four bytes and is the location which includes 
the TYPE: Port Info parameter. 


Play message mandatory parameters 
The mandatory parameters for a Play_Message primitive are as follows: 


Play Message Mandatory Parameters 


SessionID 


InstructionTag 


Port 


Message 


Parameter length: 11 bytes 
Parameter contents: 


e The SESSION ID field consists of four bytes and is the location which 
includes the TYPE: SessionIp parameter. 
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The INSTRUCTION TAG field consists of one byte and is the location 
which includes the TYPE: InstructionTagID parameter. 


The PORT field consists of four bytes and is the location which includes 
the TYPE: Port Info parameter. 


The MESSAGE field consists of two bytes and is the location which 
includes the TYPE: MessageInfo parameter. 


Play prompt collect digits mandatory parameters 


The mandatory parameters for a Play_Prompt_Collect_Digits_&_Report 
primitive are as follows: 


Play Prompt Collect Digits 
Mandatory Parameters 


4 Bytes SessionID 


1 Byte InstructionTag 


4 Bytes Port 


4 Bytes DigitstoCollect 


2 Bytes Message 


7 6 5 4 3 2 1 0 


Parameter length: 15 bytes 


Parameter contents: 


The SESSION ID field consists of four bytes and is the location which 
includes the TYPE: SessionIp parameter. 


The INSTRUCTION TAG field consists of one byte and is the location 
which includes the TYPE: InstructionTagID parameter. 


The PORT field consists of four bytes and is the location which includes 
the TYPE: Port Info parameter. 


The DIGITS TO COLLECT field consists of four bytes and is the 
location which includes the TYPE: DigitCollection parameter. 
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The MESSAGE field consists of two bytes and is the location which 
includes the TYPE: MessageInfo parameter. 


Port status mandatory parameters 
The mandatory parameters for a Port_Status primitive are as follows: 


Port Status Mandatory Parameters 


InstructionTag 


Port 


Status 


Parameter length: 7 bytes 


Parameter contents: 


The INSTRUCTION TAG field consists of one byte and is the location 
which includes the TYPE: tnstructionTagID parameter. 


The PORT field consists of four bytes and is the location which includes 
the TYPE: Port Info parameter. 


The STATUS field consists of two bytes and is the location which 
includes the TYPE: Portstatus parameter. 


Query port mandatory parameters 
The mandatory parameters for a Query_Port primitive are as follows: 


Query Port Mandatory Parameters 


InstructionTag 


Port 
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Parameter length: 5 bytes 
Parameter contents: 
e The INSTRUCTION TAG field consists of one byte and is the location 


which includes the TYPE: InstructionTagID parameter. 


e The PORT field consists of four bytes and is the location which includes 
the TYPE: Port Info parameter. 


Query time of day (TOD) mandatory parameters 
The mandatory parameters for a Query_TOD primitive are as follows: 


Query TOD Mandatory Parameters 


(ee 


7 6 5 4 3 2 1 0 


Parameter length: 1 byte 
Parameter contents: 


e The INSTRUCTION TAG field consists of one byte and is the location 
which includes the TYPE: InstructionTagID parameter. 


Reconnect mandatory parameters 
The mandatory parameters for a Reconnect primitive are as follows: 


Reconnect Mandatory Parameters 


SessionID 


InstructionID 


Portl1 


Port2 
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Parameter length: 13 bytes 
Parameter contents: 


e The SESSION ID field consists of four bytes and is the location which 
includes the TYPE: SessionIp parameter. 


e The INSTRUCTION TAG field consists of one byte and is the location 
which includes the TYPE: InstructionTagID parameter. 


e The PORT 1 field consists of four bytes and is the location which 
includes the TYPE: Port Info parameter. 


e The PORT 2 field consists of four bytes and is the location which 
includes the TYPE: Port Info parameter. 


Reset switch mandatory parameters 
The mandatory parameters for a Reset_Switch primitive are as follows: 


Reset Switch Mandatory Parameters 


11 Bytes 


ReturnIPAddress 


1 Byte InstructionTag 


7 6 5 4 3 2 1 0 


Parameter length: 12 bytes 
Parameter contents: 


e The RETURN IP ADDRESS field consists of 11 bytes and is the 
location which includes the TYPE: PortService parameter. 


Note: There is a mandatory PSI parameter called the Return IP Address 
parameter, which is used to send the Instruction_Completed. There are 0 
to 20 optional PSI parameters called the IP Address to Reset parameters, 
which are used to do the actual resetting of calls. 


e The INSTRUCTION TAG field consists of one byte and is the location 
which includes the TYPE: InstructionTagID parameter. 
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Set billing record mandatory parameters 
The mandatory parameters for a Set_Billing_Record primitive are as 


follows: 
Set Billing Record Mandatory 
Parameters 
4 Bytes 
SessionID 
1 Byte InstructionTag 


BillingInfo 


Parameter length: variable in size 
Parameter contents: 


e The SESSION ID field consists of four bytes and is the location which 
includes the TYPE: SessionIpD parameter. 


e The INSTRUCTION TAG field consists of one byte and is the location 
which includes the TYPE: InstructionTagID parameter. 


e The BILLING INFORMATION is variable in size and is the location 
which includes the TYPE: BillingInfo parameter. 
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Set IP address mandatory parameters 
The mandatory parameters for a Set_IP_Address primitive are as follows: 


Set IP Address Mandatory Parameters 


11 Bytes Port Service Info Send Agent 
Data 
1 Byte Spare | T/F a. 


1 Byte Instruction Tag 


7 6 5 4 3 2 1 0 


Parameter length: 13 bytes 


Parameter contents: 


e The PORT SERVICE INFO field consists of 11 bytes and is the location 
which includes the TYPE: PortServiceInfo parameter. 


e The SEND AGENT DATA field consists of 1 bit and is the location 
which includes the TYPE: Boolean (TRUE = 1, FALSE = 0). 


e The INSTRUCTION TAG field consists of one byte and is the location 
which includes the TYPE: Inst ructionTagID parameter. 
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Stop message mandatory parameters 
The mandatory parameters for a Stop_Message primitive are as follows: 


Stop Message Mandatory Parameters 


4 Bytes 
SessionID 
1 Byte InstructionTag 
4 Bytes Port 
2 Bytes Message 


7 6 5 4 3 2 1 0 


Parameter length: 11 bytes 
Parameter contents: 


e The SESSION ID field consists of four bytes and is the location which 
includes the TYPE: SessionID parameter. 


e The INSTRUCTION TAG field consists of one byte and is the location 
which includes the TYPE: InstructionTagID parameter. 


e The PORT field consists of four bytes and is the location which includes 
the TYPE: PortInfo parameter. 


e The MESSAGE field consists of two bytes and is the location which 
includes the TYPE: MessageInfo parameter. 
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Transmit siginfo mandatory parameters 


The mandatory parameters for a Transmit_Siginfo primitive are as 
follows: 


Transmit SigInfo Mandatory 
Parameters 


SessionID 


InstructionTag 


Parameter length: 9 bytes 
Parameter contents: 
e The SESSION ID field consists of four bytes and is the location which 


includes the TYPE: sessionIp parameter. 


e The INSTRUCTION TAG field consists of one byte and is the location 
which includes the TYPE: InstructionTagID parameter. 


e The PORT field consists of four bytes and is the location which includes 
the TYPE: Port Info parameter. 
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PSN LOPER mandatory parameters for events 


The following mandatory parameters are used to build event notifications. 
Their description includes the parameter length as well as the type of each 
field in the parameter. 


Agent data mandatory parameters 
The mandatory parameters for an Agent_Data Event are as follows: 


1 Byte 
1 Byte 
1 Byte 


7 Bytes 


7 Bytes 


Agent Data Mandatory Parameters 


Info Change Reason/Agent Count 


Current Switch ID 


New Switch ID 


Agent Data Info (1) 


Agent Data Info (n) 
Where (n) = Agent Count 


7 6 5 4 3 2 1 0 


Parameter length: a minimum of 10 bytes and a maximum of 444 bytes 


Parameter contents: 


e The INFO CHANGE REASON/AGENT COUNT field consists of one 
byte and is the location which includes the TYPE: InfoChangeReason 


parameter. 


e The CURRENT SWITCH ID field consists of one byte and is the 
location which includes the TYPE: switchrp parameter. 


e The NEW SWITCH ID field consists of one byte and is the location 
which includes the TYPE: switchrp parameter. 
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e The AGENT DATA INFO | field consists of seven bytes and is the 
location which includes the TYPE: agentDataInfo parameter. 


e The AGENT DATA INFO n field consists of seven bytes and is the 
location which includes the TYPE: agentDataInfo parameter. 


Note: The number of AgentDataInfo parms must equal the Agent Count 
Value in the first byte. 


Current time of day (TOD) mandatory parameters 


The mandatory parameters for a Current_top Event are as follows: 


Current TOD Mandatory Parameters 


1 Byte InstructionTag 


8 Bytes 


Current Timeofday 


7 6 5 4 3 2 1 0 


Parameter length: 9 bytes 
Parameter contents: 


e The INSTRUCTION TAG field consists of one byte and is the location 
which includes the TYPE: Inst ructionTagID parameter. 


e The CURRENT TIME OF DAY field consists of eight bytes and is the 
location which includes the TYPE: Timeofday parameter. 
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Digits collected mandatory parameters 
The mandatory parameters for a Digits_Collected Event are as follows: 


Digits Collected Mandatory Parameters 


4 Bytes 
SessionID 
1 Byte InstructionTag 
4 Bytes Port 
Min: 4 Bytes 


Max: 27 Bytes 


DigitsCollected 


Parameter length: a minimum of 13 bytes and a maximum of 36 bytes 
Parameter contents: 


e The SESSION ID field consists of four bytes and is the location which 
includes the TYPE: SessionID parameter. 


e The INSTRUCTION TAG field consists of one byte and is the location 
which includes the TYPE: InstructionTagID parameter. 


e The PORT field consists of four bytes and is the location which includes 
the TYPE: PortInfo parameter. 


e The DIGITS COLLECTED field consists of a minimum of four bytes 
and a maximum of 27 bytes and is the location which includes the 
TYPE: DigitsCollected parameter. 
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Error detected mandatory parameters 
The mandatory parameters for a Error_Detected Event are as follows: 


Error Detected Mandatory Parameters 


7 6 5 4 3 2 1 0 


Parameter length: 2 bytes 
Parameter contents: 


e The ERROR CAUSE field consists of two bytes and is the location 
which includes the TYPE: ErrorCause parameter. 


In service mandatory parameters 
The mandatory parameters for a In_Service Event are as follows: 


In Service Mandatory Parameters 


1 Byte 


7 6 5 4 3 2 1 0 


Parameter length: one byte 
Parameter contents: 


e The RESET REASON field consists of one byte and is the location 
which includes the TYPE: ResetReason parameter. 
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Instruction completed mandatory parameters 


The mandatory parameters for a Instruction_Completed event are as 
follows: 


Instruction Completed Mandatory 


Parameters 
4 Bytes ; 
SessionID 
1 Byte InstructionTag 
2 Bytes 
Status 
4 Bytes Port 
1 Byte InstructionID 


Parameter length: 12 bytes 
Parameter contents: 


e The SESSION ID field consists of four bytes and is the location which 
includes the TYPE: sessionIp parameter. 


e The INSTRUCTION TAG field consists of one byte and is the location 
which includes the TYPE: InstructionTag parameter. 


e The STATUS field consists of two bytes and is the location which 
includes the TYPE: PortStatus parameter. 


e The PORT field consists of four bytes and is the location which includes 
the TYPE: Port Info parameter. 


e The INSTRUCTION ID field consists of one byte and is the location 
which includes the TYPE: Inst ructionIpD parameter. 
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Message played mandatory parameters 


The mandatory parameters for a Message_Played Event are as 
follows: 


Message Played Mandatory 
Parameters 


SessionID 


InstructionTag 


Port 


Parameter length: 9 bytes 
Parameter contents: 
e The SESSION ID field consists of four bytes and is the location which 


includes the TYPE: sessionIpD parameter. 


e The INSTRUCTION TAG field consists of one byte and is the location 
which includes the TYPE: Inst ructionTagID parameter. 


e The PORT field consists of four bytes and is the location which includes 
the TYPE: Port Info parameter. 


Digital Switching Systems UCS DMS-250 Programmable Service Node (PSN) Application Guide UCS09 


17-32 UCS PSN LOPER messages and parameters Version 2 


New call mandatory parameters 
The mandatory parameters for a New_Ca11 event are as follows: 


4 Bytes 


4 Bytes 


4 Bytes 


New Call Mandatory Parameters 


BearerCapability 


SwitchID 


Signal- 


Spare ingType 


AgentType 


AccessType 


Calltype 


Ports 


Port2 (optional) 


Port3 (optional) 


Parameter length: minimum of 10 bytes and a maximum of 18 bytes 
Parameter contents: 


e The BEARER CAPABILITY field consists of six bits and is the location 


which includes the TYPE: BearerCapability parameter. 


e The PORT COUNT field consists of two bits. The values include: 0 to 3. 
e The SWITCH ID field consists of seven bits and is the location which 


includes the TYPE: switchrp parameter. 
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The SIGNALING TYPE field consists of one byte and is the location 
which includes the TYPE: signalingType parameter. 


The AGENT TYPE field consists of one byte and is the location which 
includes the TYPE: agent Type parameter. 


The ACCESS TYPE field consists of five bits and is the location which 
includes the TYPE: AaccessType parameter. 


The CALL TYPE field consists of five bits and is the location which 
includes the TYPE: calltype parameter. 


The PORTS consists of a minimum of | port to a maximum of 3 ports. 


The Port TYPE: Port Info parameter. 


Off—hook mandatory parameters 
The mandatory parameters for an Off_Hook event are as follows: 


Off-hook Mandatory Parameters 


SessionID 


InstructionTag 


Port 


Parameter length: 9 bytes 


Parameter contents: 


The SESSION ID field consists of four bytes and is the location which 
includes the TYPE: SessionIp parameter. 


The INSTRUCTION TAG field consists of one byte and is the location 
which includes the TYPE: InstructionTagID parameter. 


The PORT field consists of four bytes and is the location which includes 
the TYPE: Port Info parameter. 
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On-hook mandatory parameters 
The mandatory parameters for an On_Hook Event are as follows: 


On-hook Mandatory Parameters 


SessionID 


InstructionTag 


Port 


Parameter length: 9 bytes 
Parameter contents: 
e The SESSION ID field consists of four bytes and is the location which 


includes the TYPE: sessionIp parameter. 


e The INSTRUCTION TAG field consists of one byte and is the location 
which includes the TYPE: InstructionTagID parameter. 


e The PORT field consists of four bytes and is the location which includes 
the TYPE: Port Info parameter. 
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Port status mandatory parameters 
The mandatory parameters for a Port_Status event are as follows: 


Port Status Mandatory Parameters 


InstructionTag 


Port 


Status 


Parameter length: 7 bytes 
Parameter contents: 
e The INSTRUCTION TAG field consists of one byte and is the location 


which includes the TYPE: InstructionTagID parameter. 


e The PORT field consists of four bytes and is the location which includes 
the TYPE: Port Info parameter. 


e The STATUS field consists of two bytes and is the location which 
includes the TYPE: PortsStatus parameter. 


Query port mandatory parameters 
The mandatory parameters for a Query_Port event are as follows: 


Query Port Mandatory Parameters 


InstructionTag 


Port 
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Parameter length: 5 bytes 

Parameter contents: 

e The INSTRUCTION TAG field consists of one byte and is the location 
which includes the TYPE: InstructionTagID parameter. 

e The PORT field consists of four bytes and is the location which includes 


the TYPE: Port Info parameter. 


Route not available mandatory parameters 


The mandatory parameters for a Route_Not_Available Event are as 
follows: 


Route Not Available Mandatory 
Parameters 


SessionID 


InstructionTag 


Port 


Parameter length: 9 bytes 
Parameter contents: 
e The SESSION ID field consists of four bytes and is the location which 


includes the TYPE: sessionIp parameter. 


e The INSTRUCTION TAG field consists of one byte and is the location 
which includes the TYPE: Inst ructionTagID parameter. 


e The PORT field consists of four bytes and is the location which includes 
the TYPE: Port Info parameter. 
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Route selected mandatory parameters 
The mandatory parameters for a Route_Selected event are as follows: 


Route Selected Mandatory Parameters 


. Byles SessionID 

1 Byte InstructionTag 
4 Bytes Originating port 
4 Bytes 


Terminating port 


7 6 5 4 3 2 1 0 


Parameter length: 13 bytes 
Parameter contents: 


e The SESSION ID field consists of four bytes and is the location which 
includes the TYPE: sessionrp parameter. 


e The INSTRUCTION TAG field consists of one byte and is the location 
which includes the TYPE: InstructionTagID parameter. 


e The ORIGINATING PORT field consists of four bytes and is the 
location which includes the TYPE: Port Info parameter. 


e The TERMINATING PORT field consists of four bytes and is the 
location which includes the TYPE: Port Info parameter. 
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Signaling event mandatory parameters 
The mandatory parameters for a Signaling Event are as follows: 


Signaling Event Mandatory 


Parameters 
4 Bytes 
SessionID 
1 Byte InstructionTag 
4 Bytes Port 


SigInfoMessage 


MAX: 411 Bytes 


Parameter length: MAX 420 bytes 
Parameter contents: 


e The SESSION ID field consists of four bytes and is the location which 
includes the TYPE: SessionID parameter. 


e The INSTRUCTION TAG field consists of one byte and is the location 
which includes the TYPE: InstructionTagID parameter. 


e The PORT field consists of four bytes and is the location which includes 
the TYPE: PortInfo parameter. 


e The SIGINFO MSG field consists of a maximum of 411 bytes and is the 
location which includes the TYPE: SignalingInfo parameter. 
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Stop heartbeat mandatory parameters 
The mandatory parameters for an Stop_Heartbeat event are as follows: 


Stop Heartbeat Mandatory Parameters 


7 6 5 4 3 2 1 0 


Parameter length: 1 byte 
Parameter contents: 


e The Spare as follows field consists of one byte and is the location which 
includes the To make message word aligned. 


Tone detected mandatory parameters 
The mandatory parameters for a Tone_Detected event are as follows: 


Tone Detected Mandatory Parameters 


4 Bytes SessionID 


1 Byte InstructionTag 


4 Bytes Port 


1 Byte 


ToneDetectedInformation 


7 6 5 4 3 2 1 0 


Parameter length: 10 bytes 
Parameter contents: 


e The SESSION ID field consists of four bytes and is the location which 
includes the TYPE: SessionIp parameter. 
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e The INSTRUCTION TAG field consists of one byte and is the location 
which includes the TYPE: Inst ructionTagID parameter. 


e The PORT field consists of four bytes and is the location which includes 
the TYPE: Port Info parameter. 


e The TONE DETECTED INFORMATION field consists of one byte and 
is the location which includes the TYPE: ToneDetected parameter. 
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UCS PSN parameters version 3 


This chapter contains a detailed description of the UCS PSN parameters, 
version 3. These PSN parameters may be a part of a PSN primitive, a PSN 
event notification, or both. The use of these parameters depend upon the 
location of the primitives and the event notifications. 


PSN peer-to-peer application protocol 


A new peer-to-peer application protocol has been created for the PSN 
platform. This protocol defines the primitives that are provided to allow the 
SCU to control calls on the PSN, and the event notifications which are 
reported to the SCU from the PSN. In addition, this protocol defines the 
parameters and their respective primitives and event notifications. 


The peer-to-peer application protocol definition uses generic, functional 
references to data, rather than specific PSN data requirements. In addition, 
this protocol, including the primitive and event notification definitions, 
parameter definitions, and message flow definitions (with service 
implementation examples), is described later in this document. 


PSN parameter definitions 


The SCU sends instructions through the respective primitives to the PSN, 
which enables it to control the service call. In conjunction, the PSN notifies 
the SCU of the events that occur at the switch. The instructions and event 
notification messages contain one or more parameters with the appropriate 
information. 


Each parameter has one or more bytes containing the parameter information. 
The division of parameter contents into fields, and the encoding of these 
fields, is covered in detail within this chapter. 


The primitives or event notification messages in which the parameter may 
be a part of, is described earlier. 


Tables 18-1 through 18-6 illustrates the primitives and event notifications, 
including the associated parameters. Each parameter is marked with an “M” 
for mandatory, an “O” for optional, or a “—” if the parameter is not 
associated with the primitive or event notification. 
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Table 18-1 
Parameters for call control primitives (Part 1) 
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DigitsCollected = 


DigitstoOutpulse = 


DigitsOutpulsed 


ErrorCause 


FlowControliInfo 


FlowControlEncountered 


InstructionID 


InstructionTag 
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Table 18-2 
Parameters for call control primitives (Part 2) 
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SignalingInfo 


SignalingType 


SigInfoMask 


SwitchID 


TimeOfDay 


ToneDetected 


Note: The SignalingInfo parameter is mandatory if the signaling type of 
the port is PRI. 
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Table 18-3 


Parameters for event notifications (Part 1) 
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Table 18-4 
Parameters for event notifications (Part 2) 
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Table 18-5 


Parameters for non-call related events and primitives (Part 1) 
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Table 18-6 
Parameters for non-call related events and primitives (Part 2) 
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SigInfoMask 
SwitchID 


Timeofday 


ToneDetected 


Note: There is one mandatory PSI parameter called the Return IP Address 
parameter, which is used to send the Instruction Completed. There are 0 to 
20 optional PSI parameters called the IP Address to Reset parameters, which 
are used to do the actual resetting of calls. 
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Access type 


This information is sent in the New_Ca11 event notification and contains the 
originating trunk information. The only values supported for this parameter 
are FGD, DAL, and PRI. 


Access Type Parameter 


7 6 5 4 3 2 1 0 


The AccessType parameter is mandatory for a New_Ca11 event. 
Parameter length: 1 byte 
Parameter contents: 


e The ACCESS TYPE field consists of three bits and the type of the port, 
which is encoded as follows: 


0 0 0: Unused (Spare) 
00 1: DAL 2-wire 
010: DAL 4-wire 
011: PTS FGD 

: SS7 FGD 
101: PTS IMT 

1 1 0: SS7 IMT 

111: PRI 


YAUDNDMNBWNr CO 
— 
© 
© 
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Agent data info 


This parameter is only used in the Agent_Data event and the New_Call 
event. 


Agent Data Info Parameter 


Spare AgentType 


veo 
COoTRequired 


Spare BearerCapability 


PSN Route Index 


PSN Route Index (cont) 


Length: 7 bytes 
Parameter contents: 


e The AGENT TYPE field consists of seven bits with Agent Type 
parameter contents. 


e The SIGNALING TYPE field consists of two bits with SignalingType 
parameter contents. 


e The ISUP INDEX field consists of five bits with ISUP Index parameter 
contents. 


e The COT REQUIRED PERCENT field consists of seven bits with 
CoTRequired parameter contents. 


Digital Switching Systems UCS DMS-250 Programmable Service Node (PSN) Application Guide UCS09 


18-16 UCS PSN parameters Version 3 


The PULSE TYPE field consists of two bits. This field is the pulse type 
of the port. Values include: 


0 0: Unused (Spare) 
0 1: MF 

1 0: DTMF 

1 1: Unused (Spare) 


The BEARER CAPABILITY field consists of six bits with 
BearerCapability parameter contents. 


The PSNROUTE INDEX consists of 14 bits and is the actual index into 
the table, PSNROUTE. 


Note: This index is O when an Agent_Data event occurs informing the SCU 
of a change in only the switch ID. If the new switch ID and current switch 
ID differ, all other fields of the AgentDataInfo parameter should be 
ignored. At all other times (when no switch ID change occurs), this field has 
a value from 1 to 9999. When this occurs, all of the AgentDataInfo 
parameter fields may be considered valid. 


Agent type parameter 
This parameter is used in the Agent_Data event and in the New_Ca11 event. 


Agent Type Parameter 


7 6 5 4 3 2 1 0 


Optional parameter ID: 29 


Length: 1 byte 


Parameter contents: 


The AGENT TYPE field consists of seven bits and allows the SCU to 
associate a generic trunk naming convention for each agent in the table, 
PSNROUTE. The values include: 


0000000: Unused 
0000001: DAL Trunk 
000001 0: Unused 
000001 1: ONAT Trunk 
0000100: EANT Trunk 
0000101to00001 1 0: Unused 


BRWNR © 
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0 0000111: IMT Trunk 

0001000: Unused 

0001001: OP250 Trunk 

0001010to0001100: Unused 

0 0001101: PRA250 Trunk 
0001110tol1l11111 1: Unused 


N =e 


Bearer capability 
The information below describes the BearerCapability parameter. 


Bearer Capability Parameter 


Spare BearerCapability 


7 6 5 4 3 2 1 0 


Optional parameter ID: 1 
Parameter length: 6 bits 
Parameter contents: 


e The BEARER CAPABILITY field consists of six bits and indicates the 
speed and type of information that is to be carried by the call. The values 
include: 


000000: Unused 

00000 1: Speech 

00001 0: 64kbyte Data 
00001 1: 64kbyte X25 
000100: 56kbyte Data 
00010 1: Data Unit 

000 1 1 0: 64kbyte Restricted 
00011 1:3.1 kHz 
001000: 7 kHz 

001001: Voice Data 

10 00101 0: 64kbyte Rate Data 
11 00101 1: 32kbyte Speech 
12 001100: Wideband 


OMmMAINMNBWNK CO 
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001101tol1111 1: Spare values 


Billing info 
This parameter contains the billing information for the port in the service 


call. In addition, The BillingInfo parameter may be used to update 
multiple billing record fields for a port. 


Billing Info Parameter 


> Target 
Port 
Number of 
Billing Info 
a BillingInfoType 
BillingInfo BillingInfo 
Sub—Parameter Contents 


ff 


7 6 5 4 3 2 1 0 


Optional parameter ID: 2 


Parameter length: variable in size—-Maximum: 12 bytes 
Parameter contents: 


e The TARGET PORT field is one byte and indicates to what port a 
primitive is being sent. This is necessary since some primitives (for 
example Connect) involve more than one port in a call. 


0 0: Port _A This is the default value 
1 1: Port_B Valid only when used with the Connect and/or Reconnect 
00000010 to 11111111 : Spare Values 
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e The NUMBER OF BILLING INFO field is one byte and determines the 
Number of Billing Info sub-parameters to follow. Each Number of 
Billing Info sub-parameter consists of the Billing Info Type and the 
Billing Info contents. The maximum number of Billing Info in Billing 
Info Parameter is one. 


0 00000000 : Zero Number of Billing Info 
1 00000001 : One Billing Info 
00000010 to 11111111 : Spare Values 
e The BILLING INFO TYPE field is one byte and indicates how to 
interpret the Billing Info contents. Each application may define its own 
set of types. As a result, the interpretation of the Billing Info contents 
depends upon the type. 


0 00000000: Unused 
1 00000001: CRID 
00000010to1l111111 1: Spare values 


e The BILLING INFO CONTENTS field contains the billing information 
that is ultimately placed in the billing record. 
This parameter supports the following billing type: 


Call Reference ID (CRID) 


Call reference ID (CRID) 


This Parameter is used for the transport of the Call Reference Identifier. The 
CRID digits are encoded in a variable length digits field in TBCD format. 
The valid range of digits for the crrp parameter is 1 to 9 digits. 


Call Reference ID Parameter 


Number of Digits 
3rd Digit 2nd Digit 


7 6 5 4 3 2 1 0 


Digital Switching Systems UCS DMS-250 Programmable Service Node (PSN) Application Guide UCS09 


18-20 UCS PSN parameters Version 3 


Optional parameter ID: 3 
Parameter length: Variable in Size— Maximum of 5 bytes 
Parameter contents: 


e The NUMBER OF DIGITS field consists of four bits and contains the 
number of CRID digits. The values include: 1 to 9. 


e The IST DIGIT to 9TH DIGIT field consists of four bits (each digit) 
with all 9 digits in TBCD format, which are encoded as follows: 


000 0: Filler 
000 1: Digit 1 
00 1 0: Digit 2 
00 1 1: Digit 3 
0100: Digit 4 
010 1: Digit 5 
0 1 1 0: Digit 6 
01 1 1: Digit 7 
1000: Digit 8 
100 1: Digit 9 
10 101 0: Digit 0 
11 1011:* 

12 1100: 


OMmMAYINMNBWNK CO 


# 

1 :D 
14 1 -E 
il :F 


=.. 
— rR © 
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Call type 


This parameter contains the Call Type for a call when it is determined by the 
PSN that the call is to be controlled by the SCU. 


Call Type Parameter 


7 © 5 4 3 2 1 0 


Mandatory parameter for a New_Ca11 event. 


Parameter length: 1 byte 
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Parameter contents: 


e The CALL TYPE field consists of 5 bits provides information on the 
type of call being made. The values include: 


00000: Undetermined * 
0000 1: Onnet * 

000 1 0: Offnet * 

0001 1: Public Speed 
00100: Private Speed 
0010 1: Hotline Speed 
001 10: NOO* 

0011 1: Zero Plus — Onnet 
0 1000: Zero Plus — Offnet 
01001: INTOA * 
01010to1 111 1: Spare Values 


OMAN MNBRWNK CO 


The values marked with an “*” are the only ones that are currently 
supported. 
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Control info parameter 


This parameter contains the action to be taken if the primitive is successfully 
processed. 


Control Info Parameter 


m> RES 


> PAM 


>> FRJ/RLC 
m> FAR/Progress 
m FAA 


CPG/Fac 


COT/CallProc 
ACM/Alert/Digits-Sent 


Target Port 


Send Instruction Completed Events <— 9 


Send Offhook Events <— 10 
Send Onhook Events <- 11 


Optional parameter ID: 4 


Parameter length: 3 Bytes 
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Parameter contents: 


Note: The first nine bits are the contents of what was formerly the 
SigInfoMask parameter. 
e ACM/Alert: 1 Bit 


— Values: 0 = do not send ACM (for SS7 port) or Alert (for PRI port) 
message to the SCU 


— |= send the ACM (for SS7 port) or Alert (for PRI port) to the SCU 
e COT/CallProc: 1 Bit 


— Values: 0 = do not send COT (for SS7 port) or Call Proceeding (for 
PRI port) message to the SCU 


— | = send the COT (for SS7 port) or Call Proceeding (for PRI port) to 
the SCU 


e CPG/FAC: 1 Bit 


— Values: 0 = do not send CPG (for SS7 port) or FAC (for PRI port) 
message to the SCU 


— |l = send the CPG (for SS7 port) or FAC (for PRI port) to the SCU 
e FAA: | Bit 
— Values: 0 = do not send FAA (for SS7 port) message to the SCU 
— |= send the FAA (for SS7 port) to the SCU 
e FAR/Progress: 1 Bit 


— Values: 0 = do not send FAR (for SS7 port) or Progress (for PRI port) 
message to the SCU 


— 1=send the FAR (for SS7 port) or Progress (for PRI port) to the 
SCU 


e FRJ/RLC: 1 Bit 


— Values: 0 = do not send FRJ (for SS7 port) or RLC (for PRI port) 
message to the SCU 


— |= send the FRJ (for SS7 port) or RLC (for PRI port) to the SCU 
e PAM: |I Bit 
— Values: 0 = do not send PAM (for SS7 port) message to the SCU 
— | = send the PAM (received on the SS7 port) to the SCU 
e RES: 1 Bit 
— Values: 0 = do not send RES (for SS7 port) message to the SCU 
— |= send the RES (received on the SS7 port) to the SCU 
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SUS: 1 Bit 

— Values: 0 = do not send SUS (for SS7 port) message to the SCU 
— |l = send the SUS (received on the SS7 port) to the SCU 

The SEND ONHOOK EVENTS field consists of one bit and is a 


boolean which indicates that the agent should, or should not, send any 
On_Hook events that occur on the agent. The values include: 


— 0 (OFF) Do not send any on_Hook events. 
— 1 (ON) Send all on_Hook events. 
The SEND OFFHOOK EVENTS field consists of one bit and is a 


boolean which indicates that the agent should, or should not, send any 
Off_Hook events that occur on the agent. The values include: 


— 0 (OFF) Do not send any of£_Hook events. 


— 1 (ON) Send all o££_Hook events. 


The SEND INSTRUCTION COMPLETED EVENTS field consists of 
one bit and is a boolean which indicates that the agent should, or should 
not, send any events that occur on the agent. The values include: 


— 0 (OFF) Do not send any Instruction_Completed events. 
— 1 (ON) Send all Instruction_Completed events. 


The TARGET PORT field is one byte and indicates to what port a 
primitive is being sent. This is necessary since some primitives (for 
example Connect) involve more than one port in a call. 


0 0: Port_A This is the default value 
1 1: Port_B Valid only when used with the Connect and/or Reconnect 
00000010 to 11111111 : Spare Values 


COT required parameter 
This parameter is used in the Agent_Data event and in the New_Ca11 event. 


COT Required Parameter 


CoOTRequired 


7 6 5 4 3 2 1 0 


Optional parameter ID: 30 


Length: | byte 
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Parameter contents: 


e The COT REQUIRED PERCENT field consists of seven bits and 
represents the percentage of the SS7 PSN agent’s trunk members, which 
are datafilled to have COT testing performed on them. The range of this 
parameter is from 0,for no COT testing to 100, for COT testing on each 
member. 


CRID Parameter 
This parameter is used in the New Call Event. 


CRID Parameter 


8th Digit 


7 6 5 4 3 2 1 0 


Optional parameter ID: 30 
Parameter length: 7 bytes 
Parameter contents: 


e The COUNT field indicates the number of actual CRID digits stored 
within the parameter. 


e The IST DIGIT to 9TH DIGIT field consists of four bits (each digit) of 
n digits. These DTMF digits are encoded in the TBCD format as 
follows: 
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0 0 0 0: Filler 

000 1: Digit 1 
00 1 0: Digit 2 
001 1: Digit 3 
0100: Digit 4 
010 1: Digit 5 
0110: Digit 6 
011 1: Digit 7 
1000: Digit 8 
100 1: Digit 9 
10 101 0: Digit 0 
I 
0: # 
1:D 
0: 
1: 


OmAAYINKNDMNBWNF OO 


— 
— 


1 
12 1 
13 1 
1 E 

1 F 


=... © 
a a OOF 


Destination trunk group 


This parameter contains the external Trunk Group Number of the intended 
trunk. The call terminates to an idle member of this trunk group. 


Destination Trunk Group Parameter 


Trunk Group Number (LSB) 


Spare Trunk Group Number (MSB) 


7 6 5 4 3 2 1 0 
Trunk Group Number : 0 — 9999 


Optional parameter ID: 5 

Parameter length: 2 bytes 

Parameter contents: 

e The TRUNK GROUP NUMBER field consists of 15 bits and is the 


location of the external Trunk Group Number. The range is from 0 to 
9999. The NIL_TRUNK_GROUP number is defined as 32,767. 
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Digit collection parameter 
This parameter contains information required to collect digits on a specified 


port. 
Digit Collection Parameter 
Maximum ast ig 
Spare End Maximum 
Delimiter Digits con’t 
| spare First Digit Timer 
Discard 
Buffered 
Digits 
7 6 5 4 3 2 1 0 


Optional parameter ID: 6 
Parameter length: 4 bytes 
Parameter contents: 


e The MINIMUM_DIGITS field consists of six bits and contains the 
minimum number of digits to collect. This value must be less than or 
equal to the MAXIMUM_DIGITS field. The values include the 
following (0 — 45): 


— 000000: (Minimum Number of Digits to collect equals 0) 
— 000001 


— 101101: (Minimum Number of Digits to collect equals 45) 
— 101110to11111 1: Unused (spare) 
e The MAXIMUM_DIGITS field consists of six bits and contains the 


Maximum Number of Digits to collect. The values include the following 
(0 — 45): 


— 000000: (Maximum Number of Digits to collect equals 0) 
— 000001 
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— 101101: (Maximum Number of Digits to collect equals 45) 
— 101110to11111 1: Unused (spare) 


e The END_DELIMITER field consists of two bits and identifies the End 
of Digits Delimiter. Upon detection of the End of Digits Delimiter, digit 
collection stops and the collected digits are reported. If the delimiter is 
dialed as the very first digit, then the digit collection stops immediately. 
The delimiter digit values include: 


— 00: No Delimiter Specified 
— 01:* 

— 10:# 

— 11:*and# 


e The FIRST_DIGIT_TIMER field consists of five bits and specifies the 
time to wait until the first digit is dialed. The values include the 
following (2 — 30 seconds): 


— (00000: Unused (spare) 
— (0000 1: Unused (spare) 
— 00010: Timer Value equals 2 second 


— 11110: Timer Value equals 30 seconds 
— 1111 1: Unused (spare) 


e The INTER_DIGIT_TIMER consists of five bits and specifies the Inter 
Digit Timer value, for example, the time to wait when collecting the 
second and subsequent digits. The values include the following (1 — 20 
seconds): 


— (00000: Unused (spare) 


— 00001: Timer value equals 1 second 


— 10100: Timer Value equals 20 seconds 
— 10101 to 11111: Unused (Spare) 


e The DISCARD BUFFERED DIGITS field consists of one bit and is a 
bool, which if true, indicates that if the PSN had been buffering any 
digits prior to receiving this parameter, then it is to discard these digits 
and restart the digit collection process. Refer to Chapter “PSN finite state 
machine” for details on the buffering of digits. 
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Digits collected 
This parameter contains the Digits Collected (or received) on the port or 
agent. The digits contained in this parameter are always in the TBCD 
format. Also included is COUNT, which specifies the number of digits 
included in this parameter. 


Digits Collected Parameter 


Type of Digits 


Nature of 
Number 


Number of Digits 


Spare} Numbering Encoding 
Plan Scheme 


2nd Digit 1st Digit 
4th —— 3rd Digit 


Optional parameter ID: 7 
Parameter length: Variable in size 
Parameter contents: 


Note: The contents of this parameter (including the Nature of Number, 
Numbering Plan, and Encoding Scheme fields) have been encoded in 
accordance with the following documents: TR-NWT-000317 Switching 
Systems Requirements for Call Control Using ISDNUP, TR-NWT-000394 
Switching Systems Requirements for IEC Interconnection using ISDNUP, 
and TR-NWT-000444 Switching System Requirements Supporting ISDN 
Access Using the ISDNUP. However, there are some values marked 
“Private” which are application specific. 
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e The TYPE OF DIGITS field consists of five bits and contains the Type 
of Digits encoded as shown below. The Type of Digits is known when 
the collected digits are sent in the New_ca11 event notification. When 
this parameter is sent in the Digit_Collected event notification, a 
value of “unknown” is used. 


00000: Unknown 

0000 1: Called Party Address 

000 1 0: Calling Party Address (ANI) 

000 1 1: Caller Interaction 

0.0 100: Routing Number 

: Billing Number 

0 0 1 1 0: Destination Number 

001 1 1: Local Access and Transport Area (LATA) 
0 1000: Carrier Identification 

0 100 1: Referral Number (Private) 


OMAAINDNKWNrK OO 
© 
© 
— 
© 
— 


10 0101 0: True Billing Number (Private) 

11 01011: Alternate Preferred Carrier (Private) 
12 01100: Preferred INC (Private) 

13 0110 1: Primary Preferred Carrier (Private) 
14 01110: Personal Identification Number (PIN) 
15 0111 1: Authorization Code (Private) 

16 10000: TCM (Private) 

17 10001: Second Alternate Preferred Carrier (Private) 
18 1001 0: Business Customer ID (Private) 

19 1001 1: Hop-off Office (Private) 

20 10100: Outpulse Number (Private) 

21 10101: Originating Station (DN) 

22 10110: MCCS Card Number 

23 1011 1: Account Code Number 

24 11000: COSOVE Number* 

25 1100 1: Generic Digits Number 

26 11010: Dialed Digits Number 

27 1101 1: Facility Code 

28 11100: Country Code 

29 11101:STS Digits 

30 111 10: OPart Digits 

31 11111: TPart Digits 


e The NATURE OF NUMBER field consists of two bits and is encoded as 
follows: 


0 00: Not Applicable 

1 01: International 

2 10: National 

3 11: Network Specific 
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e The NUMBER OF DIGITS field is 6 bits and contains the number of 
digits that are sent in this parameter. This number may be as low as 0 and 
as high as 45. 


e The ENCODING SCHEME field consists of four bits and contains the 
scheme used to encode the digits that are sent in this parameter. The 
following illustrates how the Encoding Scheme is encoded: 


0 0000: Unknown 

1 0001: Binary Coded Decimal (BCD) 
0010to 110 1: Spare Values 

14 1 1 10: Telephony Binary Coded Decimal (TBCD) 
111 1: Spare 


e The NUMBERING PLAN field consists of three bits. The following 
illustrates how the Numbering Plan is encoded: 


0 0 0: Unknown or Not Applicable 

00 1: ISDN Numbering Plan (E.164) 

0 1 0: Telephony Numbering Plan (E.163) 

0 1 1: Data Numbering Plan (X.121) 

1 0 0: Telex Numbering Plan (F.69) 

1 0 1: Maritime Mobile Numbering Plan (E.120, 211) 
1 1 0: Land Mobile Numbering Plan (E.212, 213) 

1 1 1 Spare Value 


NNMNBWNK © 


e The 1ST DIGIT to NTH DIGIT field consists of four bits per each digit 
and contains n digits. These DTMF digits may be encoded in the BCD 
format as follows: 


0000: Digit 0 
000 1: Digit 1 
00 1 0: Digit 2 
001 1: Digit 3 
0100: Digit 4 
0101: Digit 5 
0 1 10: Digit 6 
011 1: Digit 7 
1000: Digit 8 
100 1: Digit 9 
10 1010: Filler 
11 LOL 


OAANNDNBKWNrK OO 


Amott * 


1 
1 
1 
1 


os 
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Or the DTMF Digits may be encoded in the TBCD format as follows: 


000 0: Filler 

000 1: Digit 1 
00 1 0: Digit 2 
00 1 1: Digit 3 
0100: Digit 4 
010 1: Digit 5 
0 1 1 0: Digit 6 
01 1 1: Digit 7 
1000: Digit 8 
100 1: Digit 9 
10 101 0: Digit 0 
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Amott * 


Digits outpulsed 


This parameter indicates information on the digits that were outpulsed on a 
PTS trunk agent. This is especially useful in multi-stage outpulsing. This 
parameter is included in the Signaling Event notification message to let 
the SCU know that all the digits were outpulsed on the trunk agency. 


Digits Outpulsed Parameter 


Spare Digits 
Outpulsed 


7 6 5 4 3 2 1 0 


Optional parameter ID: 8 
Parameter length: 1 byte 
Parameter contents: 


e The OUTPULSED field consists of three bits and is encoded as follows: 
— 000: Unknown 
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— 001: All Streams Outpulsed 
— 010to1 1 1: Spare 


Digits to outpulse 
This parameter contains the digits to be outpulsed on a PTS trunk agent. 


Digits To Outpulse Parameter 


Number of Digits 


2nd Digit 1st Digit 


4th Digit 3rd Digit 


7 6 5 4 


Optional parameter ID: 9 
Parameter length: Variable in size 
Parameter contents: 


e The NUMBER OF DIGITS consists of one byte and contains the 
number of digits that are to be outpulsed on this port. 
The maximum number of digits that may be outpulsed is 23. The range 
for this field is from 1 to 23. 

e The IST DIGIT to NTH DIGIT field consists of four bits per each digit 
and contains n digits. 
DTMF digits are encoded as follows: 


0 0000: Filler 
1 0001: Digit 1 
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2 0010: Digit 2 
3 0011: Digit 3 
4 0100: Digit 4 
5 0101: Digit 5 
6 0110: Digit 6 
7 O11 1: Digit 7 
8 1000: Digit 8 
9 1001: Digit 9 
10 1010: Digit 0 
11 LOL 


Amott * 


1 
1 
1 
1 


= eee 
=.. COO 
Toro: 


MF digits are encoded as follows: 


0000: Filler 
000 1: Digit 1 
00 10: Digit 2 
001 1: Digit 3 
0100: Digit 4 
010 1: Digit 5 
0 1 10: Digit 6 
0111: Digit 7 
1000: Digit 8 
100 1: Digit 9 
10 1010: Digit 0 
11 1011: KP3 and ST3P 
12 1100: KPP and STP 


OANANINDNBKWNrK © 


13 1101: KP and STKP 
14 1110: KP2 and ST2P 
1111:ST 


If multiple “pigitstooutpulse” parameters are contained in a message, 
then multiple streams of digits are outpulsed on the agent or port with each 
stream contained in one parameter of type “DigitstoOutpulse’’. 
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Error cause 
This parameter contains the cause of an error that is detected on the PSN. 


Error Cause Parameter 


ErrorCause 


Spare 


Optional parameter ID: 10 
Parameter length: 2 bytes 
Parameter contents: 


e The ERROR CAUSE field consists of one byte and is used to represent 
the cause of the error. The values include: 


00000000: Nil Error Cause 
0000000 1: Header decode failure 
0000001 0: Bad macro tag 
0000001 1: Unrecognized primitive 
00000100: Missing mandatory parameter 
0000010 1: Mandatory parameter decode failure 
000001 1 0: Optional parameter decode failure 
0000011 1: Parameter contents out of range 
00001000: Primitive userclass mismatch 
0000100 1: Maximum primitive exceeded 

0 00001010: Missing mandatory SigInfo parameter 

1 0000101 1: One or more agents in the primitive are not PSN 

agents 

12 00001100: Port not in table PPNROUTE 

13 0000110 1: Agent not supported 

14 00001 1 1 0: Port down due to WARM restart 

15 00001 1 1 1: Primitive invalid for current port state 

16 00010000: Unexpected message 
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Digital Switching Systems UCS DMS-250 Programmable Service Node (PSN) Application Guide UCS09 


18-36 UCS PSN parameters Version 3 


00010001: 
00010010: 
00010011: 
00010100: 
00010101: 
00010110: 
00010111: 
00011000: 
00011001: 
00011010: 


00100000: 
00100001: 
00100010: 
00100011: 
00100100: 
00100101: 
00100110: 
00100111: 
00101000: 
00101001: 
00101010: 
00101011: 
00101100: 


STR not available (affects the Monitor primitive) 
UTR not available 

Conference circuit not available 

No IDLE message 

CCB not available 

Primitive extension block not available 
Scratchpad extension block not available 
Software Resources unavailable 

Message failure 

Software error 


: Not minimum number ports to Bridge 

: Maximum ports to Bridge exceeded 

: Bearer Capability incompatible 

: Message index not in table PSNMSGIX 
: Unsupported signaling type 


Duplicate message 

Bad Agent state 
Termination failure 
Abnormal Exit 

Message not playing 

Tone duration unsupported 
Prompt failure 

Digit collection failure 
Q764 protocol problem 
Invalid duration gap 
Unexpected FC message 
Agent not in Table TRKGRP 
BBF Not Possible 


Note: The BBF Not Possible value is used to indicate that the BBF 
is not possible for this port based on its current agent/connection 
state. A port has to be connected to an agent and to be monitored for 
BBF. If it is held or bridged, BBF monitoring for the agent is not 


done. 


e The ERROR TYPE field consists of two bits and contains the type of the 
error that is detected. The following illustrates how the Error Type field 
is encoded: 


— 00: Non Fatal Error 
— 0 1: Fatal Error 


Fatal errors are defined as errors that are so severe that they do not allow 
normal call processing to proceed on this port. 


If the error that is detected is non-fatal, then the PSN does not take any 
action other than report this error to the SCU. If the error that is detected is 
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fatal, then the PSN reports the error to the SCU. In addition, the PSN takes 
down the associated port when a fatal error is detected. 


Flow control info parameter 


This parameter consists of a control duration, which specifies the maximum 
amount of time the Flow Control Info is effective at the PSN. In addition, 
this parameter consists of a control gap, which specifies the maximum rate 
at which the New_Ca11 event notifications may be sent to the SCU while the 
control is effective. 


Flow Control Info Parameter 


Control Gap Control Duration 


7 6 5 4 3 2 1 0 


Optional parameter ID: 11 
Parameter length: 1 byte 
Parameter contents: 


The CONTROL DURATION field consists of four bits and indicates the 
maximum amount of time that the Flow Control is effective at the PSN. 
The Control Duration is encoded as follows: 


0000: Not Used 
000 1: 1 Second 

00 1 0: 2 Seconds 
001 1: 4 Seconds 
0 100: 8 Seconds 
10 1: 16 Seconds 

1 1 0: 32 Seconds 

1 1 1: 64 Seconds 

00 0: 128 Seconds 
00 1: 256 Seconds 
010 
011 
100 
101 
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: 512 Seconds 

: 1024 Seconds 

: 2048 Seconds 

—111 1: Spare Values 
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The CONTROL GAP field consists of four bits and indicates the 
maximum rate at which the New_ca11 event notifications may be sent to 
the SCU while the Flow Control is effective. The Control Gap is 
encoded as follows: 


0 00 0: Remove Gap Control 
000 1: 1 1/10th of a Second 

0010: 3 1/10ths of a Second 
001 1:5 1/10ths of a Second 


OMAAINMNBWNrF CO 
© 
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: 1 Second 

010 1: 2 Seconds 

0 110: 5 Seconds 

011 1: 10 Seconds 

1000: 15 Seconds 

100 1: 30 Seconds 
10 1010: 50 Seconds 
11 101 1: 80 Seconds 
12 1100: 120 Seconds 
13 1101: 300 Seconds 
14 1110: 600 Seconds 
15 111 1: Stop All Calls 


Flow control encountered parameter 


This parameter is sent within New_Cal1 events, which are then sent to the 
SCU while the Flow Control is active. In addition, this parameter informs 
the SCU that the Flow Control is active and identifies the source that 
initiated the Flow Control. 


Flow Control Encountered Parameter 


Spare Flow Control 
Source 


7 6 5 4 3 2 1 0 


Optional parameter ID: 12 


Parameter length: 1 byte 
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Parameter contents: 


e The FLOW CONTROL SOURCE field consists of one bit and is the 
source that initiated the Flow Control. The Flow Control Source is 
encoded as follows: 


0: Flow Control initiated by the SCU 
1: Flow Control initiated by the PSN 
Info change reason parameter 


This parameter contains the Info Change Reason and Agent Count 
information used in Agent_Data event notifications. 


Info Change Reason Parameter 


Info Change 


Agent Count Reason 


7 6 5 4 3 2 1 0 


Parameter length: | byte 
Parameter contents: 


e The INFO CHANGE REASON field consists of two bits and indicates 
what type of Agent_Data event is occurring for the given message. The 
values include: 


0 0: Agent Deleted in table PPNROUTE 
0 1: Agent Added in table PPNROUTE 
1 0: Agent information Modified in table TRKGRP or TRKSGRP 


e The AGENT COUNT field consists of six bits and indicates the number 
of AgentDataInfo parameters that exist in the given Agent_Data event 
message. The values include: 


000001-111111 
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Instruction ID 


This parameter contains the Identifier of the primitive that is received from 
the SCU. 


Instruction ID Parameter 


InstructionID 


7 6 5 4 3 2 1 0 


Optional parameter ID: 13 
Parameter length: 1 byte 
Parameter contents: 


e The INSTRUCTION ID field consists of one byte which is used to 
represent the primitive instruction. The values include: 


00000000: Unknown 

0000000 1: Bridge 

000000 1 0: Collect Digits & Report 
0000001 1: Connect 
00000100: Disconnect 
00000101: Hold 

000001 1 0: Monitor 

0000011 1: Mute 

00001000: New Call Accepted 
0000100 1: New Call Rejected 

10 0000101 0: Play Message 

11 0000101 1: Play Prompt, Collect Digits & Report 
12 00001100: Query Port 

13 0000110 1: Reconnect 

14 000011 1 0: Reset Switch 

15 0000111 1: Set Billing Record 

16 00010000: Set IP Address 

17 0001000 1: Stop Message 

18 0001001 0: Transmit SigInfo 

19 0001001 1: Heartbeat 

20 00010100: Query Time of Day 

: Error Detected 

: Port Status 

: Flow Control 
0-111111 11: Spare Values 
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23 00010 


297-2621-380 Standard 04.03 August 1999 


UCS PSN parameters Version 3 18-41 


Instruction tag 
This parameter contains the tag associated with the instruction. 


e For primitives that are sent from the SCU, the SCU generates an 
Instruction tag and then sends the Instruction tag to the PSN within this 
parameter. When a response for this primitive is generated by the PSN, 
the PSN includes this tag in the response, which enables the SCU to 
correlate the response with the primitive request that it had sent earlier. 


e For asynchronous event notifications generated by the PSN, such as 
On_Hook, Off_Hook and Signaling event, the Instruction tag is 
hard-coded to #01. 


e For instructions that are generated by the PSN that require a reply from 
the SCU, such as New Call and Query Port from the Audit application, 
the PSN sends a nil Instruction tag. 


Instruction Tag Parameter 


InstructionTag 


7 6 5 4 3 2 1 0 


Optional parameter ID: 14 
Parameter length: 1 byte 
Parameter contents: 


e The INSTRUCTION TAG field consists of one byte, which is used to 
represent the tag of the instruction that is received from or sent to the 
SCU. The values include: 


— 00000000: Nil Instruction Tag 
— 00000001: Asynchronous Event Notification from the PSN. 


— 00000001-1111111 1: Valid Tags for Instructions from the 
SCU. 
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ISUP index 


This parameter is used in the Agent_Data event and in the New_Ca11 event. 


ISUP Index Parameter 


Spare ISUPIndex 


7 6 5 4 3 2 1 0 


Optional parameter ID: 31 
Parameter length: 1 byte 
Parameter contents: 


e The ISUP INDEX field consists of five bits and represents the type of 
facility that the SS7 agent connects to. Please note that this field is only 
valid for SS7 signaling types. The values include: 


00000: NILIDX 
0000 1: UCS2UCS 
000 10: UCS2DEX8 
0001 1: UCS2ZEAEO 
00100: UCS2USP 
00101: UCS2MCI 
00110: UCSGITU 
00111: USP2USP 
01000: USP2UCS 
0100 1: UCSGWAY 
01010-1111 1: Unused 


OMmMAINNBWNFK © 


Message info 


This parameter contains the Message ID and the Cycles and Tone Duration 
information. 


The Message ID is used to index into the new table PPNMSGIX to get either 
an index into the table ANNS (if the message ID corresponds to an 
announcement) or into the table TONES (if the message ID corresponds to a 
tone). 
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Message Info Parameter 


Message ID 


Cycles and Tone Duration 


7 6 5 4 3 2 1 0 


Optional parameter ID: 15 
Parameter length: 2 bytes 
Parameter contents: 


e The MESSAGE ID field consists of one byte with values of 1 to 255. 
The values are an index into the table PSPNMSGIX. For the Message ID 
field, a value of 0 is invalid. 


e The CYCLES field consists of one byte with a second byte of the 
parameter contents treated as the number of cycles in which to play the 
announcement, if the message ID field corresponds to an announcement. 
The values include: 


00000000: Play the Announcement indefinitely 
00000001: Play the Announcement for 1 cycle 


000 


0: Play the Announcement for 30 cycles 
000 1- 


1111 

1111 1111111 1: Play the Announcement indefinitely 

e The TONE DURATION field consists of one byte with a second byte of 
the parameter contents treated as the tone duration value, if the message 
ID corresponds to a tone. The values include: 


00000000: Play the Tone forever 
00000001: Invalid 

000000 1 0: Invalid 

0000001 1: Play the Tone for 3 seconds 
00000100: Play the Tone for 4 seconds 


1111111 1: Play the Tone for 255 seconds 
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Note: The values for the cycles or tone duration may be set to any value 
when the MessageInfo parameter is sent in the Stop_Message primitive. 
The stop_Message primitive is only concerned with the Message ID (to 

stop the appropriate message on the PSN) in the MessageInfo parameter. 


Monitor mask 


This parameter is a bitmap of monitor values. Each bit in this bitmap 
indicates what digit or tone to monitor, or not to monitor, for a port. Also, 
each bit has two values: 0, which indicates to cancel the monitor, or 1, which 
indicates to start the monitor. 


Monitor Mask Parameter 


Octothorpe Duration 


Asterisk Duration 


Monitor for BBF+ (SF* tones 
& then BBF tone or digits) bit 


Monitor for Octothorpe bit 
Monitor for Asterisk bit 


Each of the above monitor bits may have the following values: 


0 = cancel monitor 
1 = start monitor 


* = Single Frequency Tones 
+ = Blue Box Fraud 


Optional parameter ID: 16 
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Parameter length: 2 bytes 
Parameter contents: 


e The ASTERISK and OCTOTHORPE DURATION fields consist of five 
bits each with the duration in 100 milliseconds for which the asterisk or 
octothorpe must be detected before it is reported as a valid tone or digit 
to the SCU. The values range from 5 to 30. 


For example a duration of 5 for an Asterisk implies that the user has to 
hold down the asterisk for 500 msecs before it is detected as a valid 
asterisk by the PSN and reported to the SCU. 


Note: For BBF: the Single Frequency Tone duration, the signaling type 
(MF/DTMF), the Minimum Digits to Collect before a Blue Box Fraud is 
declared, and the Partial Dial Timer values are all determined from the table 
BBTKSGRP. Therefore, it is necessary to datafill the “terminating” port 
(where “terminating” indicates Party B of a Connect or a Reconnect 
primitive) in the table BBTKSGRP. 


e The TONE BITMAP field consists of three bits and is a boolean for 
BBE, Octothorpe, and Asterisk. If the bool is true, then the port is 
monitored for the appropriate tone or digit. If the bool is false, then the 
appropriate tone or digit being monitored on that port is cancelled. 


Parameter ID 


This parameter contains the Identifier of the parameter, including the 
Identifier of the sub-parameter (in the event that the parameter is composed 
of sub parameters). The Identifier is returned to the SCU in case the 
decoding of the parameter resulted in an error. 


Parameter ID Parameter 


ParameterID 


Sub Parameter ID 


Optional parameter ID: 17 
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Parameter length: 2 bytes 
Parameter contents: 


e The PARAMETER ID field consists of one byte, which is used to 
represent the parameter in error. The values include: 


00000000: Nil Error Cause 
0000000 1: Bearer Capability 
0000001 0: Billing Info 

0000001 1: Call Reference Identifier 
00000100: Control Info 

0000010 1: Destination Trunk Group 
00000 1 1 0: Digit Collection 

000001 1 1: Digits Collected 
00001000: Digits Outpulsed 
0000100 1: Digits To Outpulse 

10 0000101 0: Error Cause 

11 0000101 1: Flow Control Information 
12 00001 100: Flow Control Encountered 
13 00001101: Instruction ID 

14 00001 1 1 0: Instruction Tag 

15 000011 1 1: Message Info 

16 00010000: Monitor Mask 

17 00010001: Parameter ID 

18 0001001 0: Port Count 

19 0001001 1: Port Info 


OMANDNNBRWNK OO 


20 00010100: Port Service Information 
21 00010101: Port Status 

22 000101 1 0: Reset Reason 

23 0001011 1: Session ID 

24 00011000: SigInfo Mask 

25 00011001: Signaling Info 

26 00011010: Switch ID 


27 0001101 1: Time of Day 

28 00011100: Tone Detected 
00011101-—10000001: Spare Values 

0 10000010: UCS Point In Call 

1 1000001 1: UCS STS 
10000100-111111 11: Spare Values 


e The SUB PARAMETER ID field consists of one byte, which is used to 
represent the parameter in error. 
The values for PTS agents include: 


0 00000000: Unknown 
1 0000000 1: Message Type 
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0000001 0: Digits Outpulsed 
0000001 1: Digits to Outpulse 
00000100: PTS Off-hook 
00000101: PTS On-hook 
00000110-1111111 1: Spare 


NAUN 


Point in call 


This parameter contains the Point in Call when all criteria are met and the 
PSN gives the SCU control over the call. 


Point In Call Parameter 


PointInCall 


Trigger Criteria 


Optional parameter: 130 
Parameter length: 2 byte 
Parameter contents: 


e The POINT IN CALL field consists of five bits and contains the Point in 
Call where the PSN determines that the call is a service call and should 
be controlled by the SCU. The Point in Call is encoded as follows: 


00000: Not Used 

00001: Orig Null 

000 10: Authorize Orig Attempt 
000 1 1: Collect Information 
00100: Analyze Information* 
0010 1: Select Route 
00110: Authorize Call Setup 
0011 1: Send Call 

01000: Orig Alerting 

0100 1: Orig Active 

10 0101 0: Orig Suspended 

11 01011: Term Null 
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12 01100: Authorize Termination 

13 01101: Select Facility 

14 01110: Present Call 

15 01111: Term Alerting 

16 10000: Term Active 

17 10001: Term Suspended 
10010-11111: Spare Values 


The values marked with an “*” are the only ones that are currently 
supported. 


e The TRIGGER CRITERIA field consists of eight bits and is encoded as 
follows: 


00000000: Feature Activator 
00000001: Vertical Service Code 
000000 1 0: Customized Access 
000000 1 1: Customized Intercom* 
00000100: NPA 

00000101: NPA_NXX 
00000110: NXX 

00000111: NXX_XXxx 
00001000: NPA_NXXXXXX* 
00001001: Country_Code_NPA_NXXXXXX* 
10 00010000: Off-hook Immed 

11 00011000: Net Busy 

12 0001101 1: Orig Called Party Busy 

13 00011101: Orig No Answer 

14 00100000: Orig Feature Activator 

15 01100000: Channel Setup PRI CLID 
16 0110000 1: Channel Setup PRI Addr 
17 0110001 0: Channel Setup PRI NOO 
18 0110001 1: Channel Setup PRI Intl 

19 01100100: Specific Digit String Info* 
20 01100101: Specific Digit String ANI* 
21 011001 1 0: Specific Digit String NOO* 
22 011001 1 1: Specific Digit String CIC 
23 01101000: Shared Interoffice CIC 

24 01101001: Shared Interoffice Info 

25 0110101 0: Shared Interoffice ANI 

26 0110101 1: Shared Interoffice Addr 
27 01101100: Shared Interoffice NOO 

28 01101101: Shared Interoffice Intl 
01101110-1111111 1: Unused (Spare) 
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The values marked with an “*” are the only ones that are currently 
supported. 
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Port info 


This parameter contains the port information for an agent. The Port Info 
consists of the external Trunk Group Number and the Trunk Member 


Number. 
Port Info Parameter 
Trunk Group Number (LSB) 
Trunk Group Number (MSB) 
Spare Trunk Member Number sp) 
Trunk Member Number (MSB) 
7 6 5 4 3 2 1 0 


Optional parameter ID: 19 
Parameter length: 4 Bytes 
Parameter contents: 


e The TRUNK GROUP NUMBER field consists of 15 bits and is the 
external Trunk Group Number. The range is from 0 to 9999. A value of 
32,767 indicates a NIL_TRUNK_GROUP. 


e The TRUNK MEMBER NUMBER field consists of 15 bits and contains 
the Trunk Member Number. The range is from 0 to 9999. A value of 
32,767 indicates a NIL_TRUNK_MEMBER. 
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Port service info 
This parameter contains the IP Address and the Service Programming 
Interface (SPI) information. The SCU returns the IP Address and the SPI to 
the PSN. Please note that the IP Address is the return address used to send 
the event notification messages back to the SCU (to the correct address and 
port). In addition, the SPI number is the version for the specified agent. 


Port Service Info Parameter 


IPAddress 


IPAddress 


IPAddress 


IPAddress 


Port Number 


Port Number 


Target Port 


Optional parameter ID: 20 


Parameter length: 8 bytes 


Parameter contents: 


The IP ADDRESS field consists of four bytes and contains the IP 
Address sent by the SCU, which is eventually used to return the event 


notification messages. 

For example, an IP Address of 47.122.64.153 stored as four bytes where 
byte 1 is 47, byte 2 is 122, byte 3 is 64, and byte 4 is 153. The 
nil_ip_address is 0.0.0.0. 
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e The PORT NUMBER field consists of two bytes and contains the 
transport layer Port Number associated with the IP Address. The 
nil_port_number is 0. 


The following table illustrates how to interpret the different primitives for 
combination of the IPAddress and the Port Number in the IPAddressInfo 


parameter. 


IP Address Port Number 


nil_ip_address nil_port_number 


NON 
nil_ip_address 


nil_port_number 


Non nil_port_number 


Non nil_port_number 


nil_ip_address 


Non nil_ip_address 


How is the IP Address 
Info used for in RESET 
SWITCH 


Idle all ports that are 
currently serviced by the 
SCU (System Reset) 


Idle all ports with the given 
IP Address and any port 
number (Shelf Reset) 


INVALID 
Idle ports with the 


appropriate IP Address 
Info (Service Reset) 


How is the IP Address 
Info used in all the 
other Primitives 


INVALID 


INVALID 


INVALID 


IPAddressInfo 
parameter applies to a 
specific port — update the 
port’s IP Address Info. 


e The SPI field consists of four bits and contains the SPI version for the 


specified agent. The range is from 1 to 15. 


e The TARGET PORT field is one byte and indicates to what port a 
primitive is being sent. This is necessary since some primitives (for 
example Connect) involve more than one port in a call. 


0 0: Port_A This is the default value 


1 1: Port_B Valid only when used with the Connect and/or Reconnect 


00000010 to 11111111 : Spare Values 
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Port status 


This parameter contains the status of the port or agent as well as information 
which indicates if the port is currently controlled by the SCU. 


Port Status Parameter 


-——3 Port in Service Call 


Agent Status 
lee 


Connection 
Bitmap 


Muted 
Held 


Collecting Digits 
—%# Monitoring for Tones 


iw Listening to Message 


'——# Linked to an agent 


——¥ Bridged to multiple agents 


— > Spare 


Optional parameter ID: 21 
Parameter length: 2 bytes 
Parameter contents: 


e The AGENT STATUS field consists of four bits and contains the Agent 
Status of the port, as illustrated below: 


0 00000: Idle 

1 00001: Seized 

2 00010: Answered 
3 0001 1: ManBusy 
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00 100: Lockout 

00101: System Busy 
00110: PM Busy 

0011 1: Unknown 

1000to 1111: Spare Values 


NDNA 


e The PORT IN SERVICE CALL field consists of one bit. The purpose of 
this field is to indicate if the port is currently a part of a service call or if 
the port is currently being serviced by the SCU. 


— 0: Port not a part of a service call 
— |: Port is a part of a service call. 


e The CONNECTION BITMAP field consists of six bits and is a bitmap, 
where each bit indicates the connection status of the agent. The bits are 
used to represent the connection states as specified below: 


— Bit 0: Muted 

— Values: 0 = port is unmuted 

— 1=port is muted 

— Bit 1: Held 

— Values: 0 = port is not held 

— l= portis held 

— Bit2: Collecting Digits 

— Values: 0 = port is not collecting digits 

— 1=port is in the process of collecting digits 

— Bit 3: Monitoring for Tones 

— Values: 0 = port is not monitoring for tones 

— l= port is monitoring for tones 

— Bit 4: Listening to Message 

— Values: 0 = port is not listening to a message 

— 1=port is listening to message (announcement and tones) 
— Bit 5: Linked to an Agent 

— Values: 0 = port is not linked to another agent 

— 1=port is linked to another agent 

— Bit 6: Bridged to multiple agents 

— Values: 0 = port is not bridged to two or more agents 


— 1=port is bridged to two or more agents 
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Reset reason 
This parameter contains the reason why a restart occurred on the PSN. In 
addition, the Reset Reason indicates (to the SCU) the type of reset that is 
required at the SCU. 


Reset Reason Parameter 


Spare ResetReason 


7 6 5 4 3 2 1 0 


Optional parameter ID: 22 


Parameter length: 1 byte 


Parameter contents: 


The RESET REASON field consists of four bits and indicates the reason 
a restart occurred on the PSN. The values include: 


0 0 0 0: Unknown 

000 1: Warm Restart performed on the PSN 
00 1 0: Cold Restart performed on the PSN 
0.0 1 1: Reload Restart performed on the PSN 
0 100: PSN has just come into service 

0 10 1: Arbitrator Heartbeat has failed 
0110-1111: Spare Values 


ABWNR © 


Serving translation scheme 
This parameter contains the Serving Translation Scheme (STS) of the call. 
The switch sends this parameter to the SCU in the New_cal1 event 
notification message. 
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STS Parameter 


1st Digit 


3rd Digit 2nd Digit 
7 6 5 4 3 2 1 0 


Optional parameter: 131 
Parameter length: 2 bytes 
Parameter contents: 


e The COUNT field consists of four bits and contains the number of digits 
in the STS. The values include 1 to 3. 


e The DIGITS 1, 2, and 3 field consists of four bits for each digit and 
contains each digit (1,2, and 3) in the TBCD format, which is encoded as 
follows: 


000 0: Filler 
000 1: Digit 1 
00 1 0: Digit 2 
00 1 1: Digit 3 
0100: Digit 4 
010 1: Digit 5 
0 1 1 0: Digit 6 
01 1 1: Digit 7 
1000: Digit 8 
100 1: Digit 9 
10 101 0: Digit 0 
11 1011:* 

12 1100: 


OMAAINMBWNF OO 


# 

1 :D 
14 1 -E 
1 iF 


See 
=.. O 
rors 


Session ID 


This parameter contains the Session ID. The Session ID is generated by the 
SCU to associate the different ports involved in a service call. 


Digital Switching Systems UCS DMS-250 Programmable Service Node (PSN) Application Guide UCS09 


18-56 UCS PSN parameters Version 3 


Upon receipt of the Sessionzp parameter, the PSN does not perform any 
error checking. It merely re-transmits this value in the event notification 
message. 


Session ID Parameter 


SCU ID 


SessionID 


SessionID 


Optional parameter ID: 23 
Parameter length: 4 Bytes 
Parameter contents: 


e The SCU ID field consists of one byte. The SCU ID field is a unique one 
byte ID generated by the SCU. 


e The SESSION ID field consists of three bytes. The Session ID field is a 
unique 3 byte ID generated by the SCU. The values include: 


000000000000000000000000: 0 
to 
1111111111111111111111 Pieters 


Signaling info 
This parameter contains the Signaling Information in the standard format 
that is applicable to the signaling type of the port. This parameter may be 
used to receive or send signaling information from or to the SCU. 
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Depending upon the primitive or event notification in which this parameter 
is sent or received, and the signaling type of the associated port, its contents 
may differ. In general, the contents contain parameters that are encoded in 
the standard format. 


For PTS agents, there are no standards used. For SS7 agents, the parameters 
are encoded based on the TR444 and GR394, and for PRI agents, refer to 
Chapter UCS PRI, for more details. 


Please refer to the primitives and event notification messages below for 
information on Signaling Info. 


e Connect primitive from the SCU (receive use): 


— The parameters below are sent in Signaling Info (on a PTS agent). At 
least one stream of digits (a DigitstoOutpulse parameter) must be 
sent, with the capability of sending up to three streams. These 
parameters are encoded as described earlier in “Bearer capability” 
and “Digits to outpulse.” 


Bearer Capability (Optional) 
Digits to Outpulse (Mandatory) 
Digits to Outpulse (Optional) 
Digits to Outpulse (Optional) 


— The following IAM message parameters (on an SS7 agent) are 
encoded as indicated by the TR444 and the GR394. 


Message Type (Mandatory) 
Forward Call Indicator (Mandatory) 
Calling Party Category (Mandatory) 
User Service Information (Mandatory) 
Called Party Number (Mandatory) 
Nature of Connection Ind. (Mandatory) 
Calling Party Address (Optional) 
Carrier Identification (Optional) 
Carrier Selection Information (Optional) 
Channel Assignment Map (Optional) 
Charge Number (Optional) 
Authcode (GD) (Optional) 
Call Reference Identifier (GD) (Optional) 
Callid (GD) (Optional) 
CLLI Admin (GD) (Optional) 
IMT Info (GD) (Optional) 
RLT Treatment Code (GD) (Optional) 
Term SWID & TRKGRP (GD) (Optional) 
XFR Operator Queue (GD) (Optional) 
Network Information (Optional) 
Network Specific Facilities (Optional) 
Network Specific IAM (Optional) 
Operator Information (Optional) 
Operator Services Indicator (Optional) 
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Originating Line Information (Optional) 
Supplementary Line Info (Optional) 
Transit Network Selection (Optional) 


— The following SETUP message parameters (on a PRI agent) are 
encoded as reported in the Chapter, “PRI messages”. 


Protocol Discriminator (Mandatory) 
Message Type (Mandatory) 
Bearer Capability (Mandatory) 
Called Party Number (Mandatory) 
Business Group (Optional) 
Called Party Subaddress (Optional) 
Progress Indicator (Optional) 
Calling Party Number (Optional) 
Calling Party Subaddress (Optional) 
Display (Optional) 
Higher Layer Compatibility (Optional) 
Lower layer Compatibility (Optional) 
Network Specific Facility (Optional) 
Original Called Number (Optional) 
Transit Network Selection (Optional) 
User to User Information (Optional) 


e Disconnect primitive from the SCU (receive use): 


— The following REL message parameters (on an SS7 agent) are 
encoded as indicated by the TR444 and the GR39. 


Message Type (Mandatory) 
Cause Indicators (Mandatory) 


— The following DISC message parameters (on a PRI agent) are 
encoded as reported in the Chapter, “PRI messages”. 


Message Type (Mandatory) 
Protocol Discriminator (Mandatory) 
Cause (Mandatory) 


— The following REL message parameters (on a PRI agent) are 
encoded as reported in the Chapter, “PRI messages”. 


Message Type (Mandatory) 
Protocol Discriminator (Mandatory) 
Cause (Optional) 
User to User Information (Optional) 
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e Transmit_Siginfo primitive from the SCU (receive use): 


— The following parameters are sent in Signaling Info (on a PTS 
agent). At least one stream of digits (a DigitstoOutpulse 
parameter) must be sent with the capability of sending up to three 
streams. The signaling parameters are encoded as described earlier in 


“Digits To Outpulse”. 

Message Type (Mandatory) 
Digits to Outpulse (Mandatory) 
Digits to Outpulse (Optional) 
Digits to Outpulse (Optional) 


— The following information is sent (on a PTS agent) for a PTS 
On-hook. There is no Signaling Information present when the 
message type is PTS On-hook. 


Message Type (Mandatory) 


— The following information is sent (on a PTS agent) for a PTS 
Off-hook. There is no Signaling Information present when the 
message type is PTS Off-hook. 


Message Type (Mandatory) 


The Transmit SigInfo is used to send the IAM, ANM, CPG, FAA, FAR, 
FRJ, PAM, SUS, REL, and RES for an SS7 port. 


The Transmit SigInfo is used to send the CONNECT, CALLPROC, 
FACILITY, RLC, REL, and DISC messages for a PRI port. 


For the definition of the above SS7 and PRI messages, please refer to 
Signaling_Event bullet in this section. 
e Off _Hook event notification to the SCU (send use): 


— The following ANM message parameters (on an SS7 agent) are 
encoded as indicated by the TR444 and the GR394. 


Message Type (Mandatory) 
Backward Call Indicator (Optional) 
Call Reference (Optional) 
Carrier Selection (Optional) 
Internetwork Specific ANM (Optional) 
Intranetwork Specific ANM (Optional) 
Network Specific ANM (Optional) 
Operator Information (Optional) 
US Network Parameter (Optional) 
User to User Indicator (Optional) 
User to User Information (Optional) 
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— The following CONNECT message parameters (on a PRI agent) are 
encoded as reported in the Chapter, “PRI messages”. 


Message Type (Mandatory) 
Protocol Discriminator (Mandatory) 
User to User Information (Optional) 


e On_Hook event notification to the SCU (send use): 


— The following REL message parameters (on an SS7 agent) are 
encoded as indicated by the TR444 and the GR394. 


Message Type (Mandatory) 
Cause Indicators (Mandatory) 
User to User Indicator (Optional) 
User to User Information (Optional) 


— The following RSC message parameters (on an SS7 agent) are 
encoded as indicated by the TR444 and the GR394. 


Message Type (Mandatory) 


— the following DISC message parameters (on a PRI agent) are 
encoded as reported in the Chapter, “PRI messages”. 


Message Type (Mandatory) 
Protocol Discriminator (Mandatory) 
Cause (Mandatory) 
User to User Information (Optional) 


— the following REL message parameters (on a PRI agent) are encoded 
as reported in the Chapter, “PRI messages”. 


Message Type (Mandatory) 
Protocol Discriminator (Mandatory) 
Cause (Optional) 
User to User Information (Optional) 


e New_Call event notification to the SCU (send use): 


— The following IAM message parameters (on an SS7 agent) are 
encoded as indicated by the TR444 and the GR394. 


Message Type (Mandatory) 
Forward Call Indicator (Mandatory) 
Calling Party Category (Mandatory) 
User Service Information (Mandatory) 
Called Party Number (Mandatory) 
Nature of Connection Ind. (Mandatory) 
Calling Party Address (Optional) 

Carrier Identification (Optional) 
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Carrier Selection Information (Optional) 
Channel Assignment Map (Optional) 
Charge Number (Optional) 
Authcode (GD) (Optional) 
Call Reference Identifier (GD) (Optional) 
Callid (GD) (Optional) 
CLLI Admin (GD) (Optional) 
IMT Info (GD) (Optional) 
RLT Treatment Code (GD) (Optional) 
Term SWID & TRKGRP (GD) (Optional) 
XFR Operator Queue (GD) (Optional) 
Network Information (Optional) 
Network Specific Facilities (Optional) 
Network Specific IAM (Optional) 
Operator Information (Optional) 
Operator Services Indicator (Optional) 
Originating Line Information (Optional) 
Supplementary Line Info (Optional) 
Transit Network Selection (Optional) 


— The following SETUP message parameters (on a PRI agent) are 
encoded as reported in the Chapter, “PRI messages”. 


Protocol Discriminator (Mandatory) 
Message Type (Mandatory) 
Bearer Capability (Mandatory) 
Called Party Number (Mandatory) 
Business Group (Optional) 
Called Party Subaddress (Optional) 
Progress Indicator (Optional) 
Calling Party Number (Optional) 
Calling Party Subaddress (Optional) 
Display (Optional) 
Higher Layer Compatibility (Optional) 
Lower layer Compatibility (Optional) 
Network Specific Facility (Optional) 
Original Called Number (Optional) 
Transit Network Selection (Optional) 
User to User Information (Optional) 


e Signaling_Event event notification to the SCU (send use): 


— The following parameters are sent in Signaling Info (on a PTS 
agent). These parameters are encoded as described earlier in “Digits 
outpulsed.” 


Digits Outpulsed Indicator (Mandatory) 


— The following ACM message parameters (on an SS7 agent) are 
encoded as indicated by the TR444 and the GR394. 


Message Type (Mandatory) 
Backward Call Indicator (Mandatory) 
Call Reference (Optional) 
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US Network Parameter (Optional) 
User to User Indicator (Optional) 
User to User Information (Optional) 


The following COT message parameters (on an SS7 agent) are 
encoded as indicated by the TR444 and the GR394. 


Message Type (Mandatory) 
Continuity Indicators (Mandatory) 


— The following CPG message parameters (on an SS7 agent) are 
encoded as indicated by the TR444 and the GR394. 


Message Type (Mandatory) 
Event Information (Mandatory) 
Backward Call Indicator (Mandatory) 
Party Information (Optional) 
Redirection Number (Optional) 
Supply end-to-end Inf. Req. (Optional) 
Supply end-to-end Inf. Resp. (Optional) 
User to User Indicator (Optional) 
User to User Information (Optional) 


— The following FAA message parameters (on an SS7 agent) are 
encoded as indicated by the TR444 and the GR394. 


Message Type (Mandatory) 
Facility Indicator (Mandatory) 
Call Reference (Optional) 


— The following FAR message parameters (on an SS7 agent) are 
encoded as per the TR444 and the GR394. 


Message Type (Mandatory) 
Facility Indicator (Mandatory) 
Call Reference (Optional) 
Called Party Address (Optional) 
Calling Party Number (Optional) 
Charge Adjustment (Optional) 
Charge Number (Optional) 
Callid (GD) (Optional) 
Operator Information (Optional) 
Originating Line Info (Optional) 


— The following FRJ message parameters (on an SS7 agent) are 
encoded as indicated by the TR444 and the GR394. 


Message Type (Mandatory) 
Facility Indicator (Mandatory) 
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Cause Indicator (Mandatory) 
Call Reference (Optional) 


— The following PAM message parameters (on an SS7 agent) are 
encoded as indicated by the TR444 and the GR394. 


Message Type (Mandatory) 
RPM Message (Mandatory) 


— The following RES message parameters (on an SS7 agent) are 
encoded as indicated by the TR444 and the GR394. 


Message Type (Mandatory) 
Suspend and Resume Indicators (Mandatory) 


— The following SUS message parameters (on an SS7 agent) are 
encoded as indicated by the TR444 and the GR394. 


Message Type (Mandatory) 
Suspend and Resume Indicators (Mandatory) 


— The following PROGRESS message parameters (on a PRI agent) are 
encoded as recorded in the Chapter, “PRI messages”. 


Message Type (Mandatory) 
Protocol Discriminator (Mandatory) 
Progress Indicator (Mandatory) 
Cause (Optional) 
User to User Information (Optional) 


— The following ALERT message parameters (on a PRI agent) are 
encoded as indicated in the Chapter, “PRI messages”. 


Message Type (Mandatory) 
Protocol Discriminator (Mandatory) 
User—-User Information (Optional) 
Progress Indicator (Optional) 


— The following CALL PROCEEDING message parameters (on a PRI 
agent) are encoded as recorded in the Chapter, “PRI messages”. 


Message Type (Mandatory) 
Protocol Discriminator (Mandatory) 


— The following FACILITY message parameters (on a PRI agent) are 
encoded as recorded in the Chapter, “PRI messages”. 


Message Type (Mandatory) 
Protocol Discriminator (Mandatory) 
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Called Party Number (Optional) 
Called Party Subaddress (Optional) 


— The following REL Complete (RLC) message parameters (on a PRI 
agent) are encoded as recorded in the Chapter, “PRI messages”. 


Message Type (Mandatory) 
User to User Information (Optional) 


Signaling Info Parameter 


Spare 


Message Contents: 


PTS SigInfo 
or 


PRI Message 
or 
SS7 Message 


Optional parameter ID: 25 
Parameter length: maximum of 412 bytes 


Parameter contents: 


e The Signaling TYPE field consists of two bits and is the field which 
indicates the Signaling TYPE. 


e The MESSAGE CONTENTS field consists of a maximum of 411bytes. 
In addition, this field possesses the message contents, which contain the 
parameters in the standard format listed earlier. The contents are 
encoded, depending upon the type of signaling used. 
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Primitive / Event 
Notification 


PTS Messages 


SS7 Messages 


PRI Messages 


Connect 


Disconnect 


Digits_To_Out 
pulse, 
Digits_To_Out 
pulse with 
Bearer_Capabi 
lity 


Bearer_Capabi 
lity 


IAM 


SETUP 


DISC, REL 


Transmit_Sigi 
nfo 


Digits_To_Out 
pulse 
PTS_On-hook 
PTS_Off—-hook 


ACM, IAM, ANM, 
REL, CPG, FAA, 
FAR, FRJ, PAM, 
RES, and SUS 


CONNECT, REL, 
DISC, ALERT, 
and FACility 


New_Call 


Off_Hook 


IAM 


ANM 


CONNECT 


On_Hook 


REL and RSC 


DISC and REL 


Signaling_Eve 
nt 


Digits_Outpul 
sed_Indicator 


ACM, CPG, 
COT, FAA, FAR, 
FRJ, PAM, RES, 
and SUS 


PROGRESS, 
ALERT, CALL 
PROCEEDING, 
FACILITY, 
RELEASE 
COMPLETE 


— PTS Message Contents: 


The PTS MESSAGE TYPE field consists of one byte and is the Message 


Type for a PTS message. The values include: 


ABWNR OO 


00000000: Unknown 
0000000 1: Digits to Outpulse 
000000 1 0: Digits to Outpulse with Bearer Capability 
0000001 1: PTS Off-Hook 
00000100: PTS On-Hook 
00000101: Digits Outpulsed 


00000110-1111111 1: Spare 
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The PTS SIGINFO MESSAGE AREA field consists of a maximum of 
410 bytes and is the area that contains the SigInfo message; however, 
this field depends on the PTS Message Type. 


The following list provides examples of the PTS Message Type contents, 
which appear in the PTS SigInfo Message Area field. 


— Digits to Outpulse: the PTS SigInfo Message Area contains from 1 to 
3 DigitstoOutpulse parameters (refer to “Digits to outpulse” for 
more information). 


— Digits to Outpulse with Bearer Capability: the PTS SigInfo Message 
Area contains the BearerCapability parameter first in the area, 
(refer to “Bearer Capability” for more information) with the 
following bytes containing from 1 to 3 DigitstoOutpulse 
parameters (refer to “Digits to outpulse” for more information). 


— PTS Off-Hook: no information appears in the PTS SigInfo Message 
Area. There is no signaling information associated with a PTS 
Off-Hook. 


— PTS On-Hook: no information appears in the PTS SigInfo Message 
Area. There is no signaling information associated with a PTS 
On-Hook. 


— Digits Outpulsed: PTS SigInfo Message Area contains the 
DigitsOutpulsed parameter (refer to “Digits outpulsed” for more 
information). 


— SS7 Message Contents: 
Use of the TR444 and the GR394 SS7 with ISDN support, define the 
contents of the SS7 Message Contents. 

— PRI Message Contents: 


SS7and PRI parameter contents are not re-defined in this document. 


Signaling type 


This parameter is used in the Agent_Data event and in the New_Ca11 event. 


Signaling Type Parameter 


Signaling 


Type 
7 6 5 4 6 2 1 0 


Spare 
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Optional parameter ID: 32 
Parameter length: 1 byte 
Parameter contents: 
e The Signaling TYPE field consists of two bits and represents the type of 
signaling the port is using. The values include: 
— 00: PTS (4 Wire) 
— 01: PTS (2 Wire) 
— 10:SS7 
— 11:PRI 


Siglnfo mask 


This parameter allows the SCU to control which of the optional SS7 and PRI 
messages that are reported to the SCU in the Signaling_Event event 
notification message. 


For example, if the port is an SS7 port, the SCU may choose to enable or 
disable the receipt of the following messages from the PSN: 

e ACM (Address Complete) 

e COT (Continuity) 

e CPG (Call Progress) 

e FAA (Facility Activation), FAR (Facility Request), FRJ (Facility Reject) 
e PAM (Pass Along Message) 

e RES (Resume) and SUS (Suspend) 

If the port is a PRI port, the SCU may choose to enable or disable the receipt 
of the following messages from the PSN: 

e ALERT (Alerting Message) 

e CALLPROC (Call Proceeding) 

e FAC (Facility) 

e RLC (Release Complete) 

e PROG (Progress) 


The messages that follow are mandatory. The receipt of these messages 
cannot be turned off by the SCU. In addition, these messages are always sent 
to the SCU. These messages include: 


e ANM (Answer), REL (Release)/RSC (Reset Circuit) for SS7 ports 
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e CONNECT and REL (Release)/DISC (Disconnect) for PRI ports 


Siglnfo Mask Parameter 


— x» RES 


——s PAM 
— x FRJ/RLC 


— 3 FAR/Progress 


-> FAA 
CPG/Fac 


COT/CallProc 
ACM/Alert 


Optional parameter ID: 24 
Parameter length: 2 bytes 
Parameter contents: 


e The SIGINFO MASK BITMAP field consists of nine bits and is a 
bitmap, where each bit indicates the connection status of the agent. The 
bits are used to represent the connection states as specified below: 


— Bit 0: ACM/Alert 


— Values: 0 = do not send ACM (for SS7 port) or Alert (for PRI 
port) message to the SCU. 
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— 1=send the ACM (for SS7 port) or Alert (for PRI port) to the 
SCU. 


— Bit 1: COT/CallProc 


— Values: 0 = do not send COT (for SS7 port) or Call Proceeding 
(for PRI port) message to the SCU 


— 1=send the COT (for SS7 port) or Call Proceeding (for PRI 
port) message to the SCU 


— Bit 2: CPG/FAC 


— Values: 0 = do not send CPG (for SS7 port) or FAC (for PRI port) 
message to the SCU 


— 1 = send the CPG (for SS7 port) or FAC (for PRI port) to the 
SCU 


— Bit 3: FAA 
— Values: 0 = do not send FAA (for SS7 port) message to the SCU 
— l= send the FAA (for SS7 port) to the SCU 

— Bit 4: FAR/Progress 


— Values: 0 = do not send FAR (for SS7 port) or Progress (for PRI 
port) message to the SCU 


— 1 = send the FAR (for SS7 port) or Progress (for PRI port) to the 
SCU 


— Bit 5: FRJ/RLC 


— Values: 0 = do not send FRJ (for SS7 port) or RLC (for PRI port) 
message to the SCU 


— l= send the FRJ (for SS7 port) or RLC (for PRI port) to the SCU 
— Bit 6: PAM 

— Values: 0 = do not send PAM (for the SS7 port) to the SCU 

— l = send the PAM (received on the SS7 port) to the SCU 
— Bit 7: RES 

— Values: 0 = do not send RES (for the SS7 port) to the SCU 

— l= send the RES (received on the SS7 port) to the SCU 
— Bit 8: SUS 

— Values: 0 = do not send SUS (for the SS7 port) to the SCU 

— l= send the SUS (received on the SS7 port) to the SCU 
— Bit 9 — 15: Spare 
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Switch ID 
This parameter contains the switch ID of the PSN. 


Switch ID Parameter 


7 6 5 4 3 2 1 0 


Optional parameter ID: 26 
Parameter length: 1 byte 
Parameter contents: 


e The SWITCH ID field consists of seven bits and contains the switch ID 
with a range from 0 to 127. 
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Time of day 


This parameter contains the time of the day and is returned in the 
Current_Time_of_Day event notification to the SCU. 


Time of Day Parameter 


Difference from GMT (LSB) 
Difference from GMT (MSB) 


Day in the Year 


Day in the 
anon Year con't 
GMT 


Optional parameter ID: 27 
Parameter length: 8 bytes 
Parameter contents: 


e The YEAR field consists of two bytes and contains the year. 


e The DIFFERENCE FROM GMT field consists of two bytes and 
contains the time difference between the time specified by the “hour, 
minute and second” fields and the Greenwich Mean Time. 
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The DAY IN THE YEAR field consists of nine bits and contains the day 
of the year. The values include 1 to 365. 


The MINUTE field consists of six bits and contains the minute. The 
values include 0 to 59 with the remaining as spare values. 


The AHEAD OF GMT field consists of one bit. When this field is true, it 
indicates that the switch time is AHEAD of the Greenwich Mean Time 
(GMT). The switch time is BEHIND the GMT if this field is set to false. 


The HOUR field consists of five bits and contains the hour. The values 
include 0 to 23 with the remaining as spare values. 


The SECOND field consists of six bits and contains the minute. The 
values include 0 to 59 with the remaining as spare values. 


Tone detected 


This parameter contains the tone that is detected on a given port or agent by 
the PSN. 


Tone Detected Parameter 


7 6 5 4 3 2 1 0 


Optional parameter ID: 28 


Parameter length: 1 byte 


Parameter contents: 


The TONE OR DIGIT DETECTED field consists of three bits and 
contains the tone or the digit that is detected, and is encoded as follows: 


0.0 0: Tone or Digit Monitoring Aborted 
0 0 1: Asterisk Detected 

0 1 0: Octothorpe Detected 

0 1 1: SF Tone Detected 

1 0 0: BBF Tone Detected 

1 0 1: BBF Digits Detected 

1 10-11 1: Unused (Spare) 


ABWNR © 


Note: The BBF digits are not sent to the SCU by the PSN. 
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UCS PSN LOPER messages and 
parameters version 3 


This chapter contains a detailed description of the UCS PSN messages and 
parameters Version 3 described in the Low Overhead Protocol Encoding 
Rule (LOPER) message format. 


LOPER format 


Each of the messages in the LOPER follow the same basic format and rules. 


The following rules apply to LOPER: 


A message is byte aligned, meaning that each parameter starts on a new 
byte. 


The first byte in a message is considered to be the Oth index of the 
message, the second byte in the message is considered to be the 1st index 
of the message, and so on. 


Two bytes are used in describing the length of a message and parameter. 
Two bytes are also used to contain at which byte location in the message 
that the optional parameters begin in the message. 


A LOPER message can either contain one primitive, one event, or one 
macro which can contain up to five primitives. 


The SS7 signaling message of the SigInfo contents in an optional 
SigInfo parameter to be transmitted on a SS7 agent is not validated. 
Since the SS7 signaling message is to be built by the SCU in the TR444 
BellCore standard, it is assumed that the SS7 signaling message has been 
correctly built and is sent onto the SS7 network without validation. Any 
error in the SS7 signaling message is caught by the network and handled 
accordingly by the SS7 network. 


Messages sent from the SCU to the PSN 
This section covers messages sent from the SCU to the PSN. 


Macros 


The first byte of a macro designates that the message is a macro. The second 
and third bytes indicate the length of the macro in the number of bytes that 
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comprise the length of the message from the Macro Tag to the end of the last 
primitive in the macro. The fourth byte identifies how many primitives there 
are in the primitive Area. The primitive area contains the individual 
primitives. 


If there is an error in the decoding of one of the primitives found in the 
macro, that primitive is dropped and the decoding process is ceased since the 
rest of the macro is considered to be corrupted. Any primitive decoded 
before the error is still processed. 


LOPER macro message format 


LOPER Macro Message Format 


2nd Byte Macro Length (LSB) 
3rd Byte Macro Length (MSB) 
4th Byte Number of Primitives 


Primitive 


Primitive (Optional) 


Primitive (Optional) 


e The MACRO TAG field consists of one byte and is the location which is 
used to identify the primitive in the message. The values include: 


00000000: Macro Tag 
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Primitives 

The first byte is the primitive tag and identifies the primitive. The second 
and third bytes indicate the length of the primitive beginning with the 
primitive tag to the end of the mandatory parameters or optional parameters 
if present. The fourth and fifth bytes contain the Nth byte location at which 
the optional parameters begin in the message. The sixth byte is the start of 
the mandatory parameters. The contents of the mandatory parameter depend 
on the primitive and event and the customer using LOPER. Refer to Figure 
19-1. 


Figure 19-1 

LOPER primitive message format 

e The PRIMITIVE TAG field consists of one byte and is a byte that is 
used to identify the primitive in the message. The values include: 


00000000: Nil Primitive Tag 
00000001: Bridge 

00000010: Collect Digits 
00000011: Connect 
00000100: Disconnect 
00000101: Hold 

00000110: Monitor 
00000111: Mute 

00001000: RESERVED FOR INTERNAL PSN USE 
00001001: New Call Accepted 

10 00001010: New Call Rejected 

11 00001011: Play Message 

12 00001100: PPCD 

13 00001101: Query Port 

14 00001110: Reconnect 

15 00001111: Set Billing Record 

16 00010000: Stop Message 

17 00010001: Transmit Signaling Info 
18 00010010: Error Detected 

19 00010011: Heartbeat 

20 00010100: Port Status 

21 00010101: Query TOD 

22 00010110: Reset Switch 

23 00010111: Set IP Address 

24 00011000: Flow Control 
00011001to1l1111111: Spare 


OAONNDNBWNrK © 
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LOPER Primitive Message Format 


1st Byte Primitive Tag 
2nd Byte Primitive Length (LSB) 


( 
3rd Byte Primitive Length (MSB) 
4th Byte Pointer To Optional Parameters (LSB) 


5th Byte Pointer To Optional Parameters (MSB) 


Mandatory Parameters 


Optional Parameters 


Messages sent from the PSN to the SCU 


Events 

The first byte is the Event Tag and identifies the event. The second and third 
bytes indicate the length of the event, beginning with the Event Tag to the 
end of the mandatory parameters, or optional parameters if present. The 
fourth and fifth bytes contain the Nth byte location at which the optional 
parameters begin in the message. The sixth byte is the start of the mandatory 
parameters. The contents of the mandatory parameters depend on the 
primitive and event, and the customer using LOPER. Refer to the following 
figure. 
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LOPER event message format 


LOPER Event Message Format 


1st Byte Event Tag 
2nd Byte Event Length (LSB) 


3rd Byte Event Length (MSB) 
4th Byte Pointer To Optional Parameters (LSB) 
5th Byte Pointer To Optional Parameters (MSB) 


Mandatory Parameters 


Optional Parameters 


e The EVENT TAG field consists of one byte and is a byte that is used to 
identify the event in the message. The values include: 


00000000: Current TOD 
00000001: Digits Collected 
0000001 0: Error Detected 
0000001 1: In Service 
00000100: Instruction Completed 
00000101: Message Played 
00000110: New Call 
00000111: Off Hook 
00001000: On Hook 
00001001: Port Status 


OANNDNBRWNr OC 
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10 00001010: Query Port 

11 00001011: Route Not Available 

12 00001100: Route Selected 

13 00001101: Signaling Event 

14 00001110: Tone Detected 

15 00001111: Agent Data 

16 00010000: Stop Heartbeat 
00010001to1l1111111: Spare 


Parameters 


LOPER divides parameters into two classes, mandatory and optional. 
Mandatory parameters contain the information required by the primitive and 
event in order to be processed. Optional parameters contain the information 
not required by the primitive and event but add extra information for 
processing. For a mapping of which parameters are mandatory and/or 
optional for primitives and events, refer to the tables within Chapter “PRI 
messages.” 


Mandatory parameters 

Mandatory parameters in LOPER are customized for each primitive and 
event. The sixth byte in the primitive and event is always the beginning of 
the mandatory parameters for primitives and events. There is no need for a 
mandatory parameter tag. Mandatory parameters are identified by the 
primitive and event ID and can only be found in their corresponding 
primitive and event, such as a Connect mandatory parameter can only be 
found in a Connect primitive. Also, there is no need for a length indicator 
for the mandatory parameters. For example, since the pointer to the optional 
parameters designates the end of the mandatory parameters, and if there are 
no optional parameters, then the length of the primitive and event is the end 
of the mandatory parameters. The contents of mandatory parameters is 
covered in the Chapter “PSN parameters Version 1.” 


If there is an error in the decoding of the mandatory parameters, then entire 
message is dropped, the OM PSN_ERPS:DECODEFTL is incremented, the 
logs PSN202 and PSN212 are produced, and an Error_Detected event is 
produced with the Error Cause HEADER_DECODE_FAILURE_EC. 


If there is an error in the validating of the mandatory parameters values, then 
the entire message is dropped, the OM PSN_ERPS:MANDPDEF is 
incremented, the logs PSN202 and PSN212 are produced, and an 
Error_Detected event is produced with the Error Cause 
PARAM_CONTENTS_ OUT_OF_- RANGE_EC. 


297-2621-380 Standard 04.03 August 1999 


UCS PSN LOPER messages and parameters Version 3 19-7 


Optional parameters 

The first byte of an optional parameter is the optional parameter tag, which 
identifies the optional parameter. The second and third bytes indicate the 
length of the optional parameter in bytes, starting with the beginning of the 
optional parameter ID, to the end of the optional parameter. The contents of 
the optional parameter depends on the specific parameter and the customer 
using LOPER. The contents of the optional parameters are defined in PSN 
PARMS. Refer to the following figure. 


If a LOPER message is received with an unknown optional parameter ID, 
the unknown optional parameter is skipped and the decoding of the rest of 
the optional parameters in the message continues. If there is an error in the 
decoding of a known optional parameter, the optional parameter is dropped 
and the decoding process is ceased. As a result, the reset of the message is 
considered to be corrupted, and the OM PSN_ERPS:OPPRMDEF is 
incremented, the logs PSN202 and PSN212 are produced, and the primitive, 
along with the optional parameters, are decoded before the error is 
processed. 


LOPER Optional Parameter Format 


1st Byte Optional Parameter ID 


2nd Byte Optional Parameter Length (LSB) 
3rd Byte Optional Parameter Length (MSB) 


Optional Parameter 


e The OPTIONAL parameter ID field consists of one byte and is the 
location which is used to represent the parameter. The values include: 


00000000: Unknown 

00000001: Bearer Capability 
00000010: Billing Info 

0000001 1: Call Reference Identifier 
00000100: Control Info 
00000101: Destination Trunk Group 


MABWNF © 
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6 00000110: Digit Collection 

7 00000111: Digits Collected 

8 00001000: Digits Outpulsed 

9 00001001: Digits To Outpulse 

10 00001010: Error Cause 

11 00001011: Flow Control Information 
12 00001100: Flow Control Encountered 
13 000011013: Instruction ID 

14 00001110: Instruction Tag 

15 00001111: Message Info 

16 00010000: Monitor Mask 

17 00010001: Parameter ID 

18 00010010: Port Count 

19 00010011: Port Info 


20 00010100: Port Service Information 
21 00010101: Port Status 

22 00010110: Reset Reason 
23 00010111: Session ID 

24 00011000: SigInfo Mask 
25 00011001: Signaling Info 
26 00011010: Switch ID 

27 00011011: Time of Day 
28 00011100: Tone Detected 
29 00011101: Agent Type 
30 00011110: COT Required 
31 00011111: ISUP Index 


32 00100000: Signaling Type 

33 00100001to10000001: Spare Values 

130 10000010: UCS Point In Call 

13110000011: UCS STS 
10000100to11111111: Spare Values 


PSN LOPER mandatory parameters for primitives 
The following mandatory parameters are used to build primitives. Their 
description includes the length of the parameter as well as the type of each 
field in the parameter. 
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Bridge mandatory parameters 
The mandatory parameters for a Bridge primitive are as follows: 


Bridge Mandatory Parameters 


4 pyes SessionID 
1 Byte InstructionTag 
1 Byte PortCount 


Ports 


4 Bytes 


PortInfo 


PortInfo 


Min of 4 bytes 
Max of 120 bytes 


Parameter length: minimum of 10 bytes and a maximum of 126 bytes 
Parameter contents: 


e The SESSION ID field consists of four bytes and is the location which 
includes the TYPE: SessionIp parameter. 
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The INSTRUCTION TAG field consists of one byte and is the location 
which includes the TYPE: InstructionTag parameter. 


The PORT COUNT field consists of one byte and is the location which 
includes the TYPE: Count of 1 to 30. 


The PORTS field consists of a minimum of four bytes and a maximum 
of 120 bytes. Also, the PORTS field consists of a minimum of one port 
to a maximum of 30 ports. 


The Port TYPE: Port Info parameter. 


Collect digits mandatory parameters 
The mandatory parameters for a Collect_Digits primitive. 


Collect Digits Mandatory Parameters 


SessionID 


InstructionTag 


Port 


DigitstoCollect 


Parameter length: 13 bytes 


Parameter contents: 


The SESSION ID field consists of four bytes and is the location which 
includes the TYPE: SessionIpD parameter. 


The INSTRUCTION TAG field consists of one byte and is the location 
which includes the TYPE: Inst ructionTagID parameter. 


The PORT field consists of four bytes and is the location which includes 
the TYPE: Port Info parameter. 


The DIGITS TO COLLECT field consists of four bytes and is the 
location which includes the TYPE: DigitCollection parameter. 


Connect mandatory parameters 
The mandatory parameters for a Connect primitive are as follows: 
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Connect Mandatory Parameters 


SessionID 


InstructionTag 


Port 


DestinationTrunk 


Parameter length: 11 bytes Instruct ic 
Parameter contents: 


e The SESSION ID field consists of four bytes and is the location which 
includes the TYPE: SessionIpD parameter. 


e The INSTRUCTION TAG field consists of one byte and is the location 
which includes the TYPE: Inst ructionTagID parameter. 


e The PORT field consists of four bytes and is the location which includes 
the TYPE: Port Info parameter. 


e The DESTINATION TRUNK field consists of two bytes and is the 
location which includes the TYPE: Destinationtrunkgroup parameter. 


Disconnect mandatory parameters 
The mandatory parameters for a Disconnect primitive are as follows: 
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Disconnect Mandatory Parameters 


SessionID 


InstructionTag 


Port 


Parameter length: 9 bytes 
Parameter contents: 
e The SESSION ID field consists of four bytes and is the location which 


includes the TYPE: sessionrpD parameter. 


e The INSTRUCTION TAG field consists of one byte and is the location 
which includes the TYPE: InstructionTagID parameter. 


e The PORT field consists of four bytes and is the location which includes 
the TYPE: Port Info parameter. 


Error detected mandatory parameters 
The mandatory parameters for a Error_Detected primitive are as follows: 


Error Detected Mandatory Parameters 


7 6 5 4 3 2 1 0 


Parameter length: 2 bytes 
Parameter contents: 


e The ERROR CAUSE field consists of two bytes and is the location 
which includes the TYPE: ErrorCause parameter. 
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Flow control mandatory parameters 
The mandatory parameters for a Flow_Cont rol primitive are as follows: 


Flow Control Mandatory Parameters 


7 6 5 4 3 2 1 0 


Parameter length: 1 byte 
Parameter contents: 


e The INSTRUCTION TAG field consists of one byte and is the location 
which includes the TYPE: InstructionTagID parameter. 


Heartbeat mandatory parameters 


The Heartbeat primitive does not contain any information in the primitive. 
A Heartbeat primitive message contains only what is mandatory for a 
LOPER primitive which is the primitive tag, the primitive length, and the 
optional pointer, totaling five bytes. 


Hold mandatory parameters 
The mandatory parameters for a Hold primitive are as follows: 


Hold Mandatory Parameters 


SessionID 


InstructionTag 


Port 
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Parameter length: 9 bytes 
Parameter contents: 
e The SESSION ID field consists of four bytes and is the location which 


includes the TYPE: sessionID parameter. 


e The INSTRUCTION TAG field consists of one byte and is the location 
which includes the TYPE: Inst ructionTagID parameter. 


e The PORT field consists of four bytes and is the location which includes 
the TYPE: Port Info parameter. 


Monitor mandatory parameters 
The mandatory parameters for a Monitor primitive are as follows: 


Monitor Mandatory Parameters 


4 Bytes 
SessionId 
1 Byte InstructionTag 
4 Bytes 
Port 
2 Bytes 


MonitorInformation 


7 6 5 4 3 2 1 0 


Parameter length: 11 bytes 
Parameter contents: 


e The SESSION ID field consists of four bytes and is the location which 
includes the TYPE: sessionIpD parameter. 


e The INSTRUCTION TAG field consists of one byte and is the location 
which includes the TYPE: InstructionTagID parameter. 


e The PORT field consists of four bytes and is the location which includes 
the TYPE: Port Info parameter. 


e The MONITOR INFORMATION field consists of two bytes and is the 
location which includes the TYPE: MonitorMask parameter. 
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Mute mandatory parameters 
The mandatory parameters for a Mute primitive are as follows: 


Mute Mandatory Parameters 


SessionID 


InstructionTag 


Port 


Parameter length: 9 bytes 
Parameter contents: 
e The SESSION ID field consists of four bytes and is the location which 


includes the TYPE: sessionIp parameter. 


e The INSTRUCTION TAG field consists of one byte and is the location 
which includes the TYPE: InstructionTagID parameter. 


e The PORT field consists of four bytes and is the location which includes 
the TYPE: Port Info parameter. 
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New call accepted mandatory parameters 
The mandatory parameters for a New_Call_Accepted primitive are as 


follows: 
New Call Accepted Mandatory 
Parameters 
. Bytes SessionID 
1 Byte InstructionTag 
4 Bytes Pört 
8 Bytes PortServiceInfo 


Parameter length: 17 bytes 
Parameter contents: 


e The SESSION ID field consists of four bytes and is the location which 
includes the TYPE: SessionID parameter 


e The INSTRUCTION TAG field consists of one byte and is the location 
which includes the TYPE: InstructionTagID parameter. 


e The PORT field consists of four bytes and is the location which includes 
the TYPE: Port Info parameter. 


e The PORT SERVICE INFO field consists of 8 bytes and is the location 
which includes the TYPE: PortServiceInfo parameter. 
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New call rejected mandatory parameters 


The mandatory parameters for a New_Call_Rejected primitive are as 
follows: 


New Call Rejected Mandatory 
Parameters 


7 6 5 4 3 2 1 0 


Parameter length: 4 bytes 
Parameter contents: 


e The PORT field consists of four bytes and is the location which includes 
the TYPE: Port Info parameter. 


Play message mandatory parameters 
The mandatory parameters for a Play_Message primitive are as follows: 


Play Message Mandatory Parameters 


SessionID 


InstructionTag 


Port 


Message 


Parameter length: 11 bytes 
Parameter contents: 


e The SESSION ID field consists of four bytes and is the location which 
includes the TYPE: SessionIp parameter. 
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The INSTRUCTION TAG field consists of one byte and is the location 
which includes the TYPE: InstructionTagID parameter. 


The PORT field consists of four bytes and is the location which includes 
the TYPE: Port Info parameter. 


The MESSAGE field consists of two bytes and is the location which 
includes the TYPE: MessageInfo parameter. 


Play prompt collect digits mandatory parameters 


The mandatory parameters for a Play_Prompt_Collect_Digits_&_Report 
primitive are as follows: 


Play Prompt Collect Digits 
Mandatory Parameters 


4 Bytes SessionID 


1 Byte InstructionTag 


4 Bytes Port 


4 Bytes DigitstoCollect 


2 Bytes Message 


7 6 5 4 3 2 1 0 


Parameter length: 15 bytes 


Parameter contents: 


The SESSION ID field consists of four bytes and is the location which 
includes the TYPE: SessionIp parameter. 


The INSTRUCTION TAG field consists of one byte and is the location 
which includes the TYPE: InstructionTagID parameter. 


The PORT field consists of four bytes and is the location which includes 
the TYPE: Port Info parameter. 


The DIGITS TO COLLECT field consists of four bytes and is the 
location which includes the TYPE: DigitCollection parameter. 
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The MESSAGE field consists of two bytes and is the location which 
includes the TYPE: MessageInfo parameter. 


Port status mandatory parameters 
The mandatory parameters for a Port_Status primitive are as follows: 


Port Status Mandatory Parameters 


InstructionTag 


Port 


Status 


Parameter length: 7 bytes 


Parameter contents: 


The INSTRUCTION TAG field consists of one byte and is the location 
which includes the TYPE: tnstructionTagID parameter. 


The PORT field consists of four bytes and is the location which includes 
the TYPE: Port Info parameter. 


The STATUS field consists of two bytes and is the location which 
includes the TYPE: Portstatus parameter. 


Query port mandatory parameters 
The mandatory parameters for a Query_Port primitive are as follows: 


Query Port Mandatory Parameters 


InstructionTag 


Port 
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Parameter length: 5 bytes 
Parameter contents: 
e The INSTRUCTION TAG field consists of one byte and is the location 


which includes the TYPE: InstructionTagID parameter. 


e The PORT field consists of four bytes and is the location which includes 
the TYPE: Port Info parameter. 


Query time of day (TOD) mandatory parameters 
The mandatory parameters for a Query_TOD primitive are as follows: 


Query TOD Mandatory Parameters 


(ee 


7 6 5 4 3 2 1 0 


Parameter length: 1 byte 
Parameter contents: 


e The INSTRUCTION TAG field consists of one byte and is the location 
which includes the TYPE: InstructionTagID parameter. 


Reconnect mandatory parameters 
The mandatory parameters for a Reconnect primitive are as follows: 


Reconnect Mandatory Parameters 


SessionID 


InstructionID 


Portl1 


Port2 
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Parameter length: 13 bytes 
Parameter contents: 


e The SESSION ID field consists of four bytes and is the location which 
includes the TYPE: SessionIp parameter. 


e The INSTRUCTION TAG field consists of one byte and is the location 
which includes the TYPE: InstructionTagID parameter. 


e The PORT 1 field consists of four bytes and is the location which 
includes the TYPE: Port Info parameter. 


e The PORT 2 field consists of four bytes and is the location which 
includes the TYPE: Port Info parameter. 


Reset switch mandatory parameters 
The mandatory parameters for a Reset_Switch primitive are as follows: 


Reset Switch Mandatory Parameters 


8 Bytes 


ReturnIPAddress 


1 Byte InstructionTag 


7 6 5 4 3 2 1 0 


Parameter length: 9 bytes 
Parameter contents: 


e The RETURN IP ADDRESS field consists of 8 bytes and is the location 
which includes the TYPE: PortService parameter. 


Note: There is one mandatory PSI parameter called the Return IP 
Address parameter, which is used to send the Instruction_Completed. 
There are 0 to 20 optional PSI parameters called the IP Address to Reset 
parameters, which are used to do the actual resetting of calls. 


e The INSTRUCTION TAG field consists of one byte and is the location 
which includes the TYPE: InstructionTagID parameter. 
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Set billing record mandatory parameters 
The mandatory parameters for a Set_Billing_Record primitive are as 


follows: 
Set Billing Record Mandatory 
Parameters 
4 Bytes SessionID 
1 Byte InstructionTag 
4 Bytes Port Info 


BillingInfo 


Parameter length: variable in size 
Parameter contents: 


e The SESSION ID field consists of four bytes and is the location which 
includes the TYPE: SessionIpD parameter. 


e The INSTRUCTION TAG field consists of one byte and is the location 
which includes the TYPE: InstructionTagID parameter. 


e The Port Info field consists of four bytes and is the location which 
includes the TYPE PortInfo parameter. 


e The BILLING INFORMATION is variable in size and is the location 
which includes the TYPE: BillingInfo parameter. 
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Set IP address mandatory parameters 
The mandatory parameters for a Set_IP_Address primitive are as follows: 


Set IP Address Mandatory Parameters 


4 Bytes PortInfo 


8 Bytes PortServiceInfo Send Agent 
Data 


1 Byte InstructionTag 
1 Byte Spare aA 


Parameter length: 14 bytes 


Parameter contents: 


e The PORT field consists of 4 bytes and is the location which includes the 
TYPE Port parameter. 


e The PORT SERVICE INFO field consists of 8 bytes and is the location 
which includes the TYPE: PortServiceInfo parameter. 


e The SEND AGENT DATA field consists of 1 bit and is the location 
which includes the TYPE: Boolean (TRUE = 1, FALSE = 0). 


e The INSTRUCTION TAG field consists of one byte and is the location 
which includes the TYPE: InstructionTagID parameter. 
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Stop message mandatory parameters 
The mandatory parameters for a Stop_Message primitive are as follows: 


Stop Message Mandatory Parameters 


4 Bytes 
SessionID 
1 Byte InstructionTag 
4 Bytes Port 
2 Bytes Message 


7 6 5 4 3 2 1 0 


Parameter length: 11 bytes 
Parameter contents: 


e The SESSION ID field consists of four bytes and is the location which 
includes the TYPE: SessionID parameter. 


e The INSTRUCTION TAG field consists of one byte and is the location 
which includes the TYPE: InstructionTagID parameter. 


e The PORT field consists of four bytes and is the location which includes 
the TYPE: PortInfo parameter. 


e The MESSAGE field consists of two bytes and is the location which 
includes the TYPE: MessageInfo parameter. 
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Transmit siginfo mandatory parameters 


The mandatory parameters for a Transmit_Siginfo primitive are as 
follows: 


Transmit SigInfo Mandatory 
Parameters 


SessionID 


InstructionTag 


Port 


SignallingInfo 


Parameter length: 421 bytes 
Parameter contents: 


e The SESSION ID field consists of four bytes and is the location which 
includes the TYPE: SessionIpD parameter. 


e The INSTRUCTION TAG field consists of one byte and is the location 
which includes the TYPE: InstructionTagID parameter. 


e The PORT field consists of four bytes and is the location which includes 
the TYPE: Port Info parameter. 


e The SIGNALLING INFO field consists of 412 Bytes and is the location 
which includes the TYPE: SignalingInfo parameter. 
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PSN LOPER mandatory parameters for events 


The following mandatory parameters are used to build event notifications. 
Their description includes the parameter length as well as the type of each 
field in the parameter. 


Agent data mandatory parameters 
The mandatory parameters for an Agent_Data Event are as follows: 


1 Byte 
1 Byte 
1 Byte 


7 Bytes 


7 Bytes 


Agent Data Mandatory Parameters 


Info Change Reason/Agent Count 


Current Switch ID 


New Switch ID 


Agent Data Info (1) 


Agent Data Info (n) 
Where (n) = Agent Count 


7 6 5 4 3 2 1 0 


Parameter length: a minimum of 10 bytes and a maximum of 444 bytes 


Parameter contents: 


e The INFO CHANGE REASON/AGENT COUNT field consists of one 
byte and is the location which includes the TYPE: InfoChangeReason 


parameter. 


e The CURRENT SWITCH ID field consists of one byte and is the 
location which includes the TYPE: switchrp parameter. 


e The NEW SWITCH ID field consists of one byte and is the location 
which includes the TYPE: switchrp parameter. 
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e The AGENT DATA INFO | field consists of seven bytes and is the 
location which includes the TYPE: agentDataInfo parameter. 


e The AGENT DATA INFO n field consists of seven bytes and is the 
location which includes the TYPE: agentDataInfo parameter. 


Note: The number of AgentDataInfo parms must equal the Agent Count 
Value in the first byte. 


Current time of day (TOD) mandatory parameters 


The mandatory parameters for a Current_top Event are as follows: 


Current TOD Mandatory Parameters 


1 Byte InstructionTag 


8 Bytes 


Current Timeofday 


7 6 5 4 3 2 1 0 


Parameter length: 9 bytes 
Parameter contents: 


e The INSTRUCTION TAG field consists of one byte and is the location 
which includes the TYPE: Inst ructionTagID parameter. 


e The CURRENT TIME OF DAY field consists of eight bytes and is the 
location which includes the TYPE: Timeofday parameter. 
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Digits collected mandatory parameters 
The mandatory parameters for a Digits_Collected Event are as follows: 


Digits Collected Mandatory Parameters 


4 Bytes 
SessionID 
1 Byte InstructionTag 
4 Bytes Port 
Min: 4 Bytes 


Max: 27 Bytes 


DigitsCollected 


Parameter length: a minimum of 13 bytes and a maximum of 36 bytes 
Parameter contents: 


e The SESSION ID field consists of four bytes and is the location which 
includes the TYPE: SessionID parameter. 


e The INSTRUCTION TAG field consists of one byte and is the location 
which includes the TYPE: InstructionTagID parameter. 


e The PORT field consists of four bytes and is the location which includes 
the TYPE: PortInfo parameter. 


e The DIGITS COLLECTED field consists of a minimum of four bytes 
and a maximum of 27 bytes and is the location which includes the 
TYPE: DigitsCollected parameter. 
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Error detected mandatory parameters 
The mandatory parameters for a Error_Detected Event are as follows: 


Error Detected Mandatory Parameters 


7 6 5 4 3 2 1 0 


Parameter length: 2 bytes 
Parameter contents: 


e The ERROR CAUSE field consists of two bytes and is the location 
which includes the TYPE: ErrorCause parameter. 


In service mandatory parameters 
The mandatory parameters for a In_Service Event are as follows: 


In Service Mandatory Parameters 


1 Byte 


7 6 5 4 3 2 1 0 


Parameter length: one byte 
Parameter contents: 


e The RESET REASON field consists of one byte and is the location 
which includes the TYPE: ResetReason parameter. 
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Instruction completed mandatory parameters 


The mandatory parameters for a Instruction_Completed event are as 
follows: 


Instruction Completed Mandatory 


Parameters 
4 Bytes ; 
SessionID 
1 Byte InstructionTag 
2 Bytes 
Status 
4 Bytes Port 
1 Byte InstructionID 


Parameter length: 12 bytes 
Parameter contents: 


e The SESSION ID field consists of four bytes and is the location which 
includes the TYPE: sessionIp parameter. 


e The INSTRUCTION TAG field consists of one byte and is the location 
which includes the TYPE: InstructionTag parameter. 


e The STATUS field consists of two bytes and is the location which 
includes the TYPE: PortStatus parameter. 


e The PORT field consists of four bytes and is the location which includes 
the TYPE: Port Info parameter. 


e The INSTRUCTION ID field consists of one byte and is the location 
which includes the TYPE: Inst ructionIpD parameter. 
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Message played mandatory parameters 


The mandatory parameters for a Message_Played Event are as 
follows: 


Message Played Mandatory 
Parameters 


SessionID 


InstructionTag 


Port 


Parameter length: 9 bytes 
Parameter contents: 
e The SESSION ID field consists of four bytes and is the location which 


includes the TYPE: sessionIpD parameter. 


e The INSTRUCTION TAG field consists of one byte and is the location 
which includes the TYPE: Inst ructionTagID parameter. 


e The PORT field consists of four bytes and is the location which includes 
the TYPE: Port Info parameter. 
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New call mandatory parameters 
The mandatory parameters for a New_Ca11 event are as follows: 


New Call Mandatory Parameters 


BearerCapability 


SwitchID 


Signal- 


Spare ingType 


AgentType 


AccessType 
Calltype 
Ports 

4 Bytes 

4 Bytes Port2 (optional) 

4 Bytes Port3 (optional) 


Parameter length: minimum of 10 bytes and a maximum of 18 bytes 

Parameter contents: 

e The BEARER CAPABILITY field consists of six bits and is the location 
which includes the TYPE: BearerCapability parameter. 


e The PORT COUNT field consists of two bits. The values include: 0 to 3. 


e The SWITCH ID field consists of seven bits and is the location which 
includes the TYPE: switchrp parameter. 
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The SIGNALING TYPE field consists of one byte and is the location 
which includes the TYPE: signalingType parameter. 


The AGENT TYPE field consists of one byte and is the location which 
includes the TYPE: agent Type parameter. 


The ACCESS TYPE field consists of five bits and is the location which 
includes the TYPE: AaccessType parameter. 


The CALL TYPE field consists of five bits and is the location which 
includes the TYPE: calltype parameter. 


The PORTS consists of a minimum of | port to a maximum of 3 ports. 


The Port TYPE: Port Info parameter. 


Off—hook mandatory parameters 
The mandatory parameters for an Off_Hook event are as follows: 


Off-hook Mandatory Parameters 


SessionID 


InstructionTag 


Port 


Parameter length: 9 bytes 


Parameter contents: 


The SESSION ID field consists of four bytes and is the location which 
includes the TYPE: SessionIp parameter. 


The INSTRUCTION TAG field consists of one byte and is the location 
which includes the TYPE: InstructionTagID parameter. 


The PORT field consists of four bytes and is the location which includes 
the TYPE: Port Info parameter. 
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On-hook mandatory parameters 
The mandatory parameters for an On_Hook Event are as follows: 


On-hook Mandatory Parameters 


SessionID 


InstructionTag 


Port 


Parameter length: 9 bytes 
Parameter contents: 
e The SESSION ID field consists of four bytes and is the location which 


includes the TYPE: sessionIp parameter. 


e The INSTRUCTION TAG field consists of one byte and is the location 
which includes the TYPE: InstructionTagID parameter. 


e The PORT field consists of four bytes and is the location which includes 
the TYPE: Port Info parameter. 


297-2621-380 Standard 04.03 August 1999 


UCS PSN LOPER messages and parameters Version 3 19-35 


Port status mandatory parameters 
The mandatory parameters for a Port_Status event are as follows: 


Port Status Mandatory Parameters 


InstructionTag 


Port 


Status 


Parameter length: 7 bytes 
Parameter contents: 
e The INSTRUCTION TAG field consists of one byte and is the location 


which includes the TYPE: InstructionTagID parameter. 


e The PORT field consists of four bytes and is the location which includes 
the TYPE: Port Info parameter. 


e The STATUS field consists of two bytes and is the location which 
includes the TYPE: PortsStatus parameter. 


Query port mandatory parameters 
The mandatory parameters for a Query_Port event are as follows: 


Query Port Mandatory Parameters 


InstructionTag 


Port 
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Parameter length: 5 bytes 

Parameter contents: 

e The INSTRUCTION TAG field consists of one byte and is the location 
which includes the TYPE: InstructionTagID parameter. 

e The PORT field consists of four bytes and is the location which includes 


the TYPE: Port Info parameter. 


Route not available mandatory parameters 


The mandatory parameters for a Route_Not_Available Event are as 
follows: 


Route Not Available Mandatory 
Parameters 


SessionID 


InstructionTag 


Port 


Parameter length: 9 bytes 
Parameter contents: 
e The SESSION ID field consists of four bytes and is the location which 


includes the TYPE: sessionIp parameter. 


e The INSTRUCTION TAG field consists of one byte and is the location 
which includes the TYPE: Inst ructionTagID parameter. 


e The PORT field consists of four bytes and is the location which includes 
the TYPE: Port Info parameter. 


297-2621-380 Standard 04.03 August 1999 


UCS PSN LOPER messages and parameters Version 3 19-37 


Route selected mandatory parameters 
The mandatory parameters for a Route_Selected event are as follows: 


Route Selected Mandatory Parameters 


. Byles SessionID 

1 Byte InstructionTag 
4 Bytes Originating port 
4 Bytes 


Terminating port 


7 6 5 4 3 2 1 0 


Parameter length: 13 bytes 
Parameter contents: 


e The SESSION ID field consists of four bytes and is the location which 
includes the TYPE: sessionrp parameter. 


e The INSTRUCTION TAG field consists of one byte and is the location 
which includes the TYPE: InstructionTagID parameter. 


e The ORIGINATING PORT field consists of four bytes and is the 
location which includes the TYPE: Port Info parameter. 


e The TERMINATING PORT field consists of four bytes and is the 
location which includes the TYPE: Port Info parameter. 
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Signaling event mandatory parameters 
The mandatory parameters for a Signaling Event are as follows: 


Signaling Event Mandatory 


Parameters 
4 Bytes 
SessionID 
1 Byte InstructionTag 
4 Bytes Port 


SigInfoMessage 


MAX: 411 Bytes 


Parameter length: MAX 420 bytes 
Parameter contents: 


e The SESSION ID field consists of four bytes and is the location which 
includes the TYPE: SessionID parameter. 


e The INSTRUCTION TAG field consists of one byte and is the location 
which includes the TYPE: InstructionTagID parameter. 


e The PORT field consists of four bytes and is the location which includes 
the TYPE: PortInfo parameter. 


e The SIGINFO MSG field consists of a maximum of 411 bytes and is the 
location which includes the TYPE: SignalingInfo parameter. 
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Stop heartbeat mandatory parameters 
The mandatory parameters for an Stop_Heartbeat event are as follows: 


Stop Heartbeat Mandatory Parameters 


7 6 5 4 3 2 1 0 


Parameter length: 1 byte 
Parameter contents: 


e The Spare as follows field consists of one byte and is the location which 
includes the To make message word aligned. 


Tone detected mandatory parameters 
The mandatory parameters for a Tone_Detected event are as follows: 


Tone Detected Mandatory Parameters 


4 Bytes SessionID 


1 Byte InstructionTag 


4 Bytes Port 


1 Byte 


ToneDetectedInformation 


7 6 5 4 3 2 1 0 


Parameter length: 10 bytes 
Parameter contents: 


e The SESSION ID field consists of four bytes and is the location which 
includes the TYPE: SessionIp parameter. 
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e The INSTRUCTION TAG field consists of one byte and is the location 
which includes the TYPE: Inst ructionTagID parameter. 


e The PORT field consists of four bytes and is the location which includes 
the TYPE: Port Info parameter. 


e The TONE DETECTED INFORMATION field consists of one byte and 
is the location which includes the TYPE: ToneDetected parameter. 
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UCS PSN parameters version 4 


This section of the document contains a detailed description of the UCS PSN 
Parameters Version 4. These PSN parameters may be a part of a PSN 
primitive and/or a PSN Event Notification. The use of the parameter 
depends upon the primitive/event notification that it is in. 


PSN Peer To Peer Application Protocol 


A new Peer to Peer Application protocol has been created for the PSN 
platform. The protocol defines the primitives that are provided to allow the 
SCU to control the calls on the PSN and the event notifications that are 
reported to the SCU from the PSN. The protocol also defines the parameters 
that go along with the primitives and event notifications. 


The Peer to Peer protocol definition utilizes generic functional references to 
data rather than specific PSN data requirements. The protocol including the 
primitive/event notification definitions, parameter definitions and message 
flow (with service implementation examples) is described later in this 
document. 


PSN Parameter Definitions 


The SCU sends instructions via primitives to the PSN to control the service 
call, and the PSN notifies the SCU of the events that occur at the switch. The 
instructions and event notification messages contains one or more 
parameters with the appropriate information. 


Each parameter has one or more bytes containing the parameter information. 
The division of parameter contents into fields and the encoding of these 
fields is given in detail in this section. 


The primitives and/or the event notification messages which the parameter 
may be a part of is described earlier. 


Tables 20-1 through 20-3 show the Primitives/Event Notifications and the 
associated parameters. Each parameter is marked with an “M” (for 
Mandatory), “O” (for Optional) or a “—” if the parameter is not associated 
with the primitive/event notification. 
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Table 20-1 
Parameters for call control primitives 
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Parameters 


EEFE 
HEGGEN 
TET 
Capability 
efe[m fee 
Call Type 
COT Required 
=Tefefele 


Destination — — M e S = = — 
Trunk Group 


Note 1: When present, there is up to 3 of this parameter present in the primitive. 


Note 2: This parameter is Mandatory in a Connect primitive if the Signalling Info parameter is 
present and the signalling type of the agent is PTS. 


Note 3: This parameter, if present, takes the place of the Optional SigInfo Parameter. 


Note 4: This parameter is mandatory if the Signalling type of the port is PRI. 


—continued— 
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Table 20-1 
Parameters for call control primitives (continued) 
B C DIH |M/M P |P |R S 
r (0) i jļo jo ju l P je t 
i n s || n |t a |C jie (0) 
d n cid Ji e y ID |o p 
g e o t M n M 
e c n o e n e 
t n r s e s 
e s c s 
c a t a 
t g g 
e e 
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Parameters 


Digit - |M M 

Collection 
Digits to = (©) 
Outpulse Note 
Note 1 3 


Digits 


Outpulsed 


Error Cause 


Flow Control 
Info 


Note 1: When present, there is up to 3 of this parameter present in the primitive. 


Note 2: This parameter is Mandatory in a Connect primitive if the Signalling Info parameter is 
present and the signalling type of the agent is PTS. 


Note 3: This parameter, if present, takes the place of the Optional SigInfo Parameter. 


Note 4: This parameter is mandatory if the Signalling type of the port is PRI. 


—continued— 
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Table 20-1 


Parameters for call control primitives (continued) 


Parameters 
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Parameter ID = = = =|= = = = = = = = = = = 
Point In Call - |- - -|- - - - - - - - - - - 
Port Info M |M MIiIM|M;/|MIM/|M/]M/M/|M/M|{MIM M 


Note 1: When present, there is up to 3 of this parameter present in the primitive. 


Note 2: This parameter is Mandatory in a Connect primitive if the Signalling Info parameter is 
present and the signalling type of the agent is PTS. 


Note 3: This parameter, if present, takes the place of the Optional SigInfo Parameter. 


Note 4: This parameter is mandatory if the Signalling type of the port is PRI. 


—continued— 
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Table 20-1 
Parameters for call control primitives (continued) 
BIC |C DIH MIMIN INÍPJĪPJ/RÍS |S IT 
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Parameters 


Port Service 
Info 


Serving 
Translation 
Scheme 
Session ID MIM] M |M/]|M/]}M]M{Mj]-)M/M/M {MIM 4M 
Signalling Info | —- | —- WO};}O;-)/-]/-]/-]-}],-]-],-],- ]- M 
Note 
4 
Signalling - |- — =|s l= |= ]=sļ]=sļ|sļ]=s=]=sļ]sļ|= = 
Type 


Note 1: When present, there is up to 3 of this parameter present in the primitive. 


Note 2: This parameter is Mandatory in a Connect primitive if the Signalling Info parameter is 
present and the signalling type of the agent is PTS. 


Note 3: This parameter, if present, takes the place of the Optional SigInfo Parameter. 


Note 4: This parameter is mandatory if the Signalling type of the port is PRI. 


—continued— 
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Table 20-1 
Parameters for call control primitives (continued) 
B C DIH |M/M P |P |R S 
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Parameters 


Time of the 
Day 


Tone Detected 


Note 1: When present, there is up to 3 of this parameter present in the primitive. 


Note 2: This parameter is Mandatory in a Connect primitive if the Signalling Info parameter is 
present and the signalling type of the agent is PTS. 


Note 3: This parameter, if present, takes the place of the Optional SigInfo Parameter. 


Note 4: This parameter is mandatory if the Signalling type of the port is PRI. 


—end— 
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Table 20-2 
Parameters for event notifications 
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Billing Info = 
Call Type — 


COT Required 
Control Info 
Digit Collection 
Digits Collected 


Digits to 
Outpulse 


Digits Outpulsed 


Error Cause 


Flow Control Info 


—continued— 
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Table 20-2 
Parameters for event notifications (continued) 
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Message Info 


Monitor Mask 


Instruction Tag 


Parameter ID 


Point In Call 


Port Info 


Port Service Info 


Port Status 


Reset Reason 


Session ID 


—continued— 
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Table 20-2 
Parameters for event notifications (continued) 
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Parameters 


Signalling Info f-]-]-]-]o]o. 
Signalling Type P-|-]-f-]™]-] 
Switch ID P- | -|-[-[™ | -| 
Time of the Day p-|-]-]-]-]-. 
Tone Detected p-|-]-]-]-]-. 


l 
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Table 20-3 
Parameters for non-call related events and primitives 
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Parameters 
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Access Type 


Agent Data Info 
Agent Type 
Billing Info 


Call Type 


= 


Info Change 
Reason 


COT Required 
Control Info 


Destination 
Trunk Group 


Digit Collection 


oo~m< *0yN3 — 
-“g9ootr 90 ZT 


Note: There is 1 Mandatory PSI Parameter called the Return IP Address parameter 
which is used to send the Instruction Completed. There are 0 to 20 Optional PSI 
Parameters called the IP Address to Reset parameter(s) which are used to do the actual 
resetting of calls. 


Digits Collected 


—continued— 
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Digits Outpulsed 


Flow Control — 
Info 


Flow Control — 
Encountered 


Table 20-3 
Parameters for non-call related events and primitives (continued) 
A |C F l H P Q JIQ IR S S 
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Instruction ID 


Instruction Tag 


ISUP Index 


Message Info 


Monitor Mask 


Parameter ID 


Point In Call — — — 


Note: There is 1 Mandatory PSI Parameter called the Return IP Address parameter 
which is used to send the Instruction Completed. There are 0 to 20 Optional PSI 
Parameters called the IP Address to Reset parameter(s) which are used to do the actual 
resetting of calls. 


—continued— 
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Table 20-3 
Parameters for non-call related events and primitives (continued) 
A |C F l H P Q JIQ IR S 
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Note: There is 1 Mandatory PSI Parameter called the Return IP Address parameter 
which is used to send the Instruction Completed. There are 0 to 20 Optional PSI 
Parameters called the IP Address to Reset parameter(s) which are used to do the actual 
resetting of calls. 


—continued— 
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Parameters 


vaste -|-[-[-1-1-1-1-1-1- 


Note: There is 1 Mandatory PSI Parameter called the Return IP Address parameter 
which is used to send the Instruction Completed. There are 0 to 20 Optional PSI 
Parameters called the IP Address to Reset parameter(s) which are used to do the actual 
resetting of calls. 


Table 20-3 
Parameters for non-call related events and primitives (continued) 
A |C |F l H P Q JIQ IR S S 
g u l n e o u u e e t 
e r (0) S a r e e s t (0) 
n r w je r t r r e IP | p 
t e C ir t S y y t A H 
D n (0) v b t P T S d e 
a t n i e a (0) i w d a 
t T t c a t r m |i r r 
a i r e t u t e t e t 
m |o s (0) c s b 
e l f h s e 
(0) D a 
f a t 
D y 
a 
y 


—end— 


Access Type 

This information is sent in the NEW CALL event notification and contains 
the originating trunk information. The only values supported for this 
parameter are FGD, DAL, and PRI. 


Access Type Parameter 


7 6 5 4 3 2 1 0 


Mandatory Parameter for a New Call event. 
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Parameter Length: 1 Byte 
Parameter Contents: 


ACCESS TYPE : 3 Bits — The access type of the port, which is encoded as 
follows: 


0 00: Unused (Spare) 


001: DAL 2—Wire 
010: DAL 4—Wire 


0 

il 

2 

3 011: PTS FGD 
4 100: SS7 FGD 
5 101: PTS IMT 
6 110:SS7IMT 
7 111:PRI 


Agent Data Info 


This parameter is only used in the Agent Data Event and the New Call 
Event. 


Agent Data Info Parameter 


Agent Type 


Signalling 
Type 


Spare 


Spare COT Required 


7 © 5 4 3 2 1 0 


Length: 7 Bytes 
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Parameter Contents: 


AGENT TYPE: 7 Bits — TYPE: Agent Type Parameter 

SIGNALLING TYPE : 2 Bits — TYPE: Signalling Type Parameter 

ISUP INDEX: 5 Bits — TYPE: [SUP Index Parameter 

COT REQUIRED PERCENT: 7 Bits — TYPE: COT Required Parameter 
BEARER CAPABILITY: 6 Bits — TYPE: Bearer Capability Parameter 
PSNROUTE INDEX: 14 Bits — This is the actual index into table 
PSNROUTE. 


Note: This index is 0 when an Agent Data event occurs informing the 
SCU of a change in only the Switch ID. If the New Switch ID and 
Current Switch ID differ, all other fields of the Agent Data Info 
Parameter should be ignored. At all other times (when no Switch ID 
change occurs), this field has a value from 1 to 9999. When this occurs, 
all of the Agent Data Info Parameter fields may be considered valid. 


Agent Type Parameter 
This parameter is used in the Agent Data Event and in the New Call Event. 


Agent Type Parameter 


Spare Agent Type 


7 6 5 4 3 2 1 8 


Optional Parameter ID: 29 


Length: | Byte 


Parameter Contents: 


AGENT TYPE: 7 Bits — This field allows the SCU to associate a generic 
trunk naming convention for each agent in table PPNROUTE. Values 
include: 


0000000: Unused 

0000001: DAL Trunk 
0000010: Unused 

0000011: ONAT Trunk 
0000100: EANT Trunk 
0000101to00001 10: Unused 
7 0000111: IMT Trunk 


BRWNr CO 


Digital Switching Systems UCS DMS-250 Programmable Service Node (PSN) Application Guide UCS09 


20-16 UCS PSN parameters version 4 


8 0001000: Unused 

9 0001001: OP250 Trunk 
0001010to0001100: Unused 

13 0001101: PRA2S50 Trunk 
0001110to1l114114141: Unused 


Bearer Capability parameter 
This parameter contains the Bearer Capability information. 


Bearer Capability Parameter 


Spare Bearer Capability 


7 6 5 4 3 2 1 0 


Optional Parameter ID: 1 
Parameter Length: 6 Bits 


Parameter Contents: 


e BEARER CAPABILITY : 6 Bits — The bearer capability field indicates 
the speed and type of information that is to be carried by the call. Values 


include: 
0 000000: Not Used 
1 000001: Speech 
2 000010: 64K Data 
3 000011:64K X25 
4 000100: 56K Data 
5 000101: Data Unit 
6 000110: 64K Restricted 
7 000111:3.1 kHz 
8 001000:7kHz 
9 001001: Voice Data 


10 001010: 64K Rate Data 

11 001011: 32K Speech 

12 001100: WideBand 
001101to1l11111: Spare Values 
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Billing Digits Parameter 
This parameter contains the supported billing digits types, count of digits 
and the actual digits. Billing Info Parameter can have a max of 17 billing 
digits parameters. 


Billing Digits Parameter 


1 Byte Digits Type 


1 Byte Digits Count 


12 Bytes 


Billing Digits 


Optional Parameter ID: 33 
Parameter Length: 14 Bytes 


Parameter Contents: 


e DIGITS TYPE: 5 Bits — The digits type indicates how to interpret the 
billing info contents. Billing Info Parameter supports the following 17 
digits types: 


2 00010: Calling Party Address Digits(AND 

5 00101: Billing Number Digits 

7 00111: Call Duration Digits 

8 01000: Carrier Identification Digits 

9 01001: Infodig Digits Number 

10 01010: ANISP Digits Number 

11 01011: Origgrp Digits 

12 01100: Origmem Digits 

14 01110: Personal Identification Number (PIN) 
16 10000: Call Reference ID (CRID) Digits Number 
18 10010: Termpvn Digits Number 

19 10011: Univacc Digits Number 

21 10101: DNIS Digits Number 

23 10111: Account Code Number 
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24 11000: Termgrp Digits 
25 11001: Termmem Digits 
26 11010: Dialed Digits Number 


e DIGITS COUNT : 5 Bits — Every Digits Types has a maximum number 
of digits. Here are the max number of digits each supported Digits type 


can have: 
Acctcode Digits a max of 12 Digits 
Anisp Digits a max of 10 Digits 
Billnum Digits a max of 23 Digits 
Call Duration Digits amax of 5 Digits 
Carrierid Digits a max of 4 Digits 
Calling Ptyaddr Digits a max of 15 Digits 
CRID Digits a max of 9 Digits 
Dialedno Digits a max of 18 Digits 
DNIS Digits a max of 15 Digits 
Infodig Digits a max of 2 Digits 
Origgrp Digits a max of 4 Digits 
Origmem Digits a max of 4 Digits 
PIN Digits a max of 4 Digits 
Termgrp Digits a max of 4 Digits 
Termmem Digits a max of 4 Digits 
Termpvn Digits a max of 15 Digits 
Univacc Digits a max of 10 Digits 


Note: The max value the SCU can send to populate the Call Duration 
CDR field is 65499 Seconds which equals 18.19 Hours, which gets 
displayed in the CDR fields in 10 ms increments. For example the value 
123 becomes 1. It gets rounded up if last 2 digits are 50 or above and to 
round down if 49 or less. For example, 9550 gets displayed as 00000096 
and 9549 gets displayed as 00000095. 


e BILLING DIGITS : 12 Bytes — A table to hold the actual billing digits. 
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Billing Info parameter 


This parameter contains the billing information for the port in the service 
call. This parameter may be used to update multiple billing record fields for 


a port. 
Billing Info Parameter 
Spare Target Port 
Number of Generale 
Billing Info CDR 
Billing Digits Parameter 
Digits Type 
Digits Count 
Billing Digits eee 
Parameter Billing Digits 
(MAX of 17) 
7 © 5 4 3 2 ft O 


Optional Parameter ID: 2 
Parameter Length: Variable in size - MAX: 240 Bytes 


Parameter Contents: 


e TARGET PORT : | Bit — Since some primitives (i.e. Connect) involves 
more than one port in a call, the Target Port bit indicates to what port a 
primitive is being sent to. 


0 0: Port_A This is the default value. 
1 1: Port_B Valid only when used with the Connect and/or 
Reconnect. 
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GENERATE CDR : 1 Bit — This is a BOOL Bit to allow the SCU to 
decide whether to generate an RU (Recording Unit) and populate some 
CDR fields, or to drop the RU and stop writing to any CDR fields. The 
value of this bit must equal to one if billing info parameter is mandatory 
(Set Billing Info Primitive). 


0 0: FALSE -> Drop RU 
1 1: TRUE —> Generate RU 


NUMBER OF BILLING INFO : 1 Byte — The number of billing info 
sub—parameters to follow. Each billing info sub—parameter consists of 
the billing info type and the billing info contents. The maximum number 
of Billing Info in Billing Info Parameter is one. 


00000000: (Number of Billing Infos = 0) 
00000001 


00010001: (Number of Billing Infos = 17) 
00010010tol 11141111: Unused (Spare) 


BILLING DIGITS PARAMETER : 14 Bytes — Billing Info Parameter 
allows up to 17 Billing Digits parameters to be sent. Billing Digits 
parameter has three fields: 


— Digits Type 
— Digits Count 
— Billing Digits 


Call Type parameter 


This parameter contains the call type for the call when it is determined by 
the PSN that the call is to be controlled by the SCU. 


Call Type Parameter 


7 6 5 4 3 2 1 0 


Mandatory Parameter for a New Call event. 


Parameter Length: 1 Byte 
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Parameter Contents: 


e CALL TYPE: 5 Bits — The call type gives information on the type of 
call being made. The values defined currently include: 


00000: Undetermined * 
00001: Onnet * 
00010: Offnet * 

0001 1: Public Speed 
00100: Private Speed 
00101: Hotline Speed 
00110: NO0* 

00111: Zero Plus — Onnet 
01000: Zero Plus — Offnet 
01001: INTOA * 
01010to11111: Spare Values 


Note: Only the values marked with an “*” are currently supported. 
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Control Info Parameter 


This parameter contains the action to be taken if the primitive is successfully 
processed. 


Control Info Parameter 


> RES 


~ PAM 


—e FRJ/RLC 
—w> FAR/Progress 


—p FAA 
CPG/Fac 


COT/CallProc 
ACM/Alert/Digits—Sent 


Target Port 


Send Instruction Completed Events <- 9 
Send Offhook Events <— 10 
Send Onhook Events <— 11 


Optional Parameter ID: 4 
Parameter Length: 3Bytes 


Parameter Contents: 


The first nine bits are the contents of what used to be Siginfo Mask 
Parameter: 


e ACM/Alert : 1 Bit 
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Values : 0 = do not send ACM (for SS7 port) or Alert (for PRI 
port) message to the SCU. 
1 = send the ACM (for SS7 port) or Alert (for PRI port) 
to the SCU. 
e COT/CallProc : 1 Bit 


Values : 0 = do not send COT (for SS7 port) or Call Proceeding 
(for PRI port) message to the SCU. 
1 = send the COT (for SS7 port) or Call Proceeding (for 
PRI port) message to the SCU. 
e CPG/FAC : 1 Bit 


Values : 0 = do not send CPG (for SS7 port) or FAC (for PRI 
port) message to the SCU. 
1 = send the CPG (for SS7 port) or FAC (for PRI port) to 
the SCU. 
e FAA: 1 Bit 


Values : 0 = do not send FAA (for SS7 port) message to the SCU. 
1 = send the FAA (for SS7 port) to the SCU. 
e FAR/Progress : 1 Bit 


Values : 0 = do not send FAR (for SS7 port) or Progress (for PRI 
port) message to the SCU. 
1 = send the FAR (for SS7 port) or Progress (for PRI 
port) to the SCU. 
e FRJ/RLC: 1 Bit 


Values : 0 = do not send FRJ (for SS7 port) or RLC (for PRI port) 
message to the SCU. 
1 = send the FRJ (for SS7 port) or RLC (for PRI port) to 
the SCU. 
e PAM 


Values : 0 = do not send PAM (for the SS7 port) to the SCU. 
1 = send the PAM (recvd. on the SS7 port) to the SCU. 
e RES: 1 Bit 


Values : 0 = do not send RES (for the SS7 port) to the SCU. 
1 = send the RES (recvd. on the SS7 port) to the SCU. 
e SUS: 1 Bit 


Values : 0 = do not send SUS (for the SS7 port) to the SCU. 
1 = send the SUS (recvd. on the SS7 port) to the SCU. 
e SEND ONHOOK EVENTS : 1 Bit — This field is a boolean which 
indicates that the agent should or should not send any Onhook events 
that occur on the agent. Values include: 


0 : OFF — Do not send any Onhook events. 
1 : ON — Send all Onhook events. 
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e SEND OFFHOOK EVENTS : 1 Bit — This field is a boolean which 
indicates that the agent should or should not send any Offhook events 
that occur on the agent. Values include: 


0 : OFF — Do not send any Offhook events. 
1 : ON — Send all Offhook events. 
e SEND INSTRUCTION COMPLETED EVENTS : 1 Bit — This field is a 
boolean which indicates that the agent should or should not send any 
Instruction Completed events that occur on the agent. Values include: 


0 : OFF — Do not send any Instruction Completed events. 
1 : ON — Send all Instruction Completed events. 
e TARGET PORT : | Byte — Since some primitives (i.e. Connect) involves 
more than one port in a call, the Target Port bit indicates to what port a 
primitive is being sent to. 


0 0: Port A This is the default value. 
1 1: Port_B Valid only when used with the Connect and/or 
Reconnect. 
00000010to1l1111111: Spare Values 


COT Required Parameter 
This parameter is used in the Agent Data Event and in the New Call Event. 


COT Required Parameter 


Spare COT Required 


7 6 5 4 3 2 1 0 


Optional Parameter ID: 30 
Length: 1 Byte 


Parameter Contents: 


e COT REQUIRED PERCENT: 7 Bits — This field represents the 
percentage of this SS7 PSN agent’s trunk members are datafilled to have 
COT testing performed on them. The range of this parameter is 0 (for no 
COT testing) to 100 (for COT testing on each member). 
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Destination Trunk Group parameter 


This parameter contains the external trunk group number of the trunk to 
route to. The call terminates to an idle member of this trunk group. 


Destination Trunk Group Parameter 


Trunk Group Number (LSB) 


Spare Trunk Group Number (MSB) 


7 6 5 4 3 2 1 W 
Trunk Group Number : 0 — 9999 


Optional Parameter ID: 5 
Parameter Length: 2 Bytes 


Parameter Contents: 


e TRUNK GROUP NUMBER : 15 Bits — This is the external trunk group 
number. The valid range is 0 to 9999. The NIL_TRUNK_GROUP 
number is defined as 32767. 
Digit Collection Parameter 
This parameter contains information required to collect digits on a specified 


port. 
Digit Collection Parameter 
End Maximum 
Spare First Digit Timer 
Di a gs 
bie Spare Inter Digit Timer 
Digits 
7 6 5 4 3 2 +1 Q 
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Optional Parameter ID: 6 


Parameter Length: 4 bytes 


Parameter Contents: 


MINIMUM_DIGITS : 6 Bits — This field contains the minimum number 
of digits to collect. This value must be less than or equal to the 
MAXIMUM_DIGITS field. Values : 0 — 45. 


000000: (Minimum number of digits to collect = 0) 
000001 

101 1 0 1 : (Minimum number of digits to collect = 45) 
101110to1111 11: Unused (Spare) 


MAXIMUM_DIGITS : 6 Bits — This field contains the maximum 
number of digits to collect. Values : 0 — 45. 


000000: (Maximum number of digits to collect = 0) 
000001 

101 1 0 1 : (Maximum number of digits to collect = 45) 
101110to1111 11: Unused (Spare) 


END_DELIMITER : 2 Bits — This field identifies the end of digits 
delimiter; upon detection of the end of digits delimiter digit collection 
stops and the collected digits are reported. If the delimiter is dialed as the 
very first digit then the digit collection stops immediately. The delimiter 
digit values include: 


0 0: no delimiter specified 
Ole 

10:# 

11:* and# 


FIRST_DIGIT_TIMER: 5 Bits — This field specifies the time to wait 
until the first digit is dialed. Valid Values : 2 — 30 seconds. 


00000: Unused (Spare) 

0000 1: Unused (Spare) 
00010: Timer Value = 2 second 
111 1 0: Timer Value = 30 seconds 
1 1111: Unused (Spare) 


INTER_DIGIT_TIMER: 5 Bits — This field specifies the inter digit timer 
value, i.e., the time to wait when collecting the second and subsequent 
digits. Values : 2 — 20 seconds. 
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00000: Unused (Spare) 
00001: Unused (Spare) 
00010: Timer Value = 2 second 
0 0 : Timer Value = 20 seconds 

0 1to1 1111: Unused (Spare) 

e DISCARD BUFFERED DIGITS : 1 Bit — This field is a bool which if 
true indicates that if the PSN had been buffering any digits prior to 
receiving this parameter, then it is to discard it and start digit collection 
all over again. Please refer to section AD8716:PSNFSM for details on 
buffering of digits. 


Digits Collected parameter 


This parameter contains the digits collected or received on the port/agent. 
The digits contained in this parameter are always in the TBCD format. Also, 
included is COUNT which specifies the number of digits included in this 
parameter. 


Digits Collected Parameter 


Nature of 
Number 


Numbering Encoding 
Plan Scheme 


2nd Digit Ist Digit 


nth —— (n—1)th Digit 


4th ——— 3rd Digit 


Optional Parameter ID: 7 


Parameter Length: Variable in size 
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Parameter Contents: 


Note: The contents of this parameter (including the Nature of Number, 
Numbering Plan and Encoding Scheme fields have been encoded as per the 
following documents: TR-NWT-—000317 Switching Systems Requirements 
for Call Control Using ISDNUP, TR-NWT-000394 Switching Systems 
Requirements for IEC Interconnection using ISDNUP and 
TR-NWT-—000444 Switching System Requirements Supporting ISDN 
Access Using the ISDNUP. However, there are some values marked 
“Private” which are application specific. 


e TYPE OF DIGITS : 5 Bits— This field contains the type of digits 
encoded as given below. The type of digits is known when the collected 
digits are sent in the New Call event notification. When this parameter is 
sent in the Digits Collected event notification, a value of “Unknown” is 


used. 
0 00000: Unknown 
1 00001: Called Party Address 
2 00010: Calling Party Address (AND) 
3 00011: Caller Interaction 
4 00100: Routing Number 
5 00101: Billing Number 
6 00110: Destination Number 
7 00111: Local Access and Transport Area (LATA) 
8 01000: Carrier Identification 
9 01001: Referral Number (Private) 


10 01010: True Billing Number (Private) 

11 0101 1: Alternate Preferred Carrier (Private) 
12 01100: Preferred INC (Private) 

13 01101: Primary Preferred Carrier (Private) 
14 011 10: Personal Identification Number (PIN) 
15 01111: Authorization Code (Private) 

16 10000: TCM (Private) 

17 10001: Second Alternate Preferred Carrier (Private) 
18 10010: Business Customer ID (Private) 

19 10011: Hop-off Office (Private) 

20 10100: Outpulse Number (Private) 

21 10101: Originating Station (DN) 

22 10110:MCCS Card Number 

23 10111: Account Code Number 

24 11000: COSOVE Number 


25 11001: Generic Digits Number 
26 11010: Dialed Digits Number 
27 11011: Facility Code 

28 11100: Country Code 

29 11101:STS Digits 

30 11110: OPart Digits 
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31 11111: TPart Digits 


e NATURE OF NUMBER : 2 Bits — This field is encoded as follows: 


0 00: Not Applicable 

1 0 1 : International 

2 10: National 

3 11: Network Specific 


e NUMBER OF DIGITS : 6 Bits — This field contains the number of digits 
that are sent in this parameter. This number may be as low as 0 and as 
high as 45. 


e ENCODING SCHEME : 4 Bits — contains the scheme used to encode 
the digits that are sent in this parameter and it is encoded as follows: 


0 0000: Unknown 

1 0001: Binary Coded Decimal (BCD) 
0010to1101: Spare Values 

14 1110: Telephony Binary Coded Decimal (TBCD) 
1111: Spare 


e NUMBERING PLAN : 3 Bits — is encoded as follows: 


0.00: Unknown or Not Applicable 

00 1: ISDN Numbering Plan (E.164) 

0 10: Telephony Numbering Plan (E.163) 

: Data Numbering Plan (X.121) 

100: Telex Numbering Plan (F.69) 

1 0 1 : Maritime Mobile Numbering Plan (E.120,211) 
1 1 0: Land Mobile Numbering Plan (E.212, 213) 

1 1 1: Spare Value 


NNBWNF © 
© 
— 
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e 1ST DIGIT to NTH DIGIT : Each digit is 4 Bits — This field contains n 
digits. These DTMF digits may be encoded in the BCD format as 


follows: 

0 0000: Digit 0 
1 0001: Digit 1 
2 0010: Digit 2 
3 0011: Digit 3 
4 0100: Digit 4 
5 ©1012 Digits 
6 0110: Digit 6 
7 0111: Digit7 
8 1000: Digit 8 
9 1001: Digit 9 
10 1010: Filler 
11 1011:* 
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12 1100:# 
13 1101:D 
14 1110:E 
15 1111:F 


e Or the DTMF digits may be encoded in the TBCD format as follows: 


0000: Filler 
0001: Digit 1 
0010: Digit 2 
0011: Digit 3 
0100: Digit 4 
0101: Digit 5 
0110: Digit 6 
0111: Digit 7 
1000: Digit 8 
1001: Digit 9 
10 1010: Digit 0 
11 1011: 
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1100 
1101: 
1110: 
1111 


Digits Outpulsed parameter 


This parameter indicates information on the digits that were outpulsed on a 
PTS trunk agent. This is especially useful in multi-stage outpulsing. This 
parameter is included in the Signalling Event notification message to let the 
SCU know that all the digits were outpulsed on the trunk agency. 


Digits Outpulsed Parameter 


Digits 


7 6 5 4 3 2 1 0 


Optional Parameter ID: 8 
Parameter Length: 1 Byte 


Parameter Contents: 
e DIGITS OUTPULSED : 3 Bits — This field is encoded as follows: 
000: Unknown 
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00 1: all streams outpulsed 
010to 111: Spare 


Digits To Outpulse parameter 
This parameter contains the digits to be outpulsed on a PTS trunk agent. 


Digits To Outpulse Parameter 


Number of Digits 


2nd Digit Ist Digit 


7 6 5 4 


Optional Parameter ID: 9 


Parameter Length: Variable in size 


Parameter Contents: 


e NUMBER OF DIGITS : 1 Byte — This field contains the number of 
digits that are to be outpulsed on this port. 


The maximum number of digits that may be outpulsed is 23. The valid 
range for this field is 1 — 23. 


e 1ST DIGIT to NTH DIGIT : Each digit is 4 Bits — This field contains the 
n digits. 


DTMF digits are encoded as follows: 


0000: Filler 
0001: Digit 1 
0010: Digit 2 
0011: Digit 3 
0100: Digit 4 
0101: Digit 5 
0110: Digit 6 
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7 0111: Digit 7 
8 1000: Digit 8 
9 1001: Digit 9 
10 1010: Digit 0 
11 1011: 


h p p ee 
— = m. m. 
= OO 
-OorF D) 
Amok * 


MF digits are encoded as follows: 


0000: Filler 
0001: Digit 1 
0010: Digit 2 
0011: Digit 3 
0100: Digit 4 
0101: Digit 5 
0110: Digit 6 
0111: Digit 7 
1000: Digit 8 
1001: Digit 9 
10 1010: Digit 0 
11 1011: KP3 and ST3P 
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12 1100: KPP and STP 

13 1101: KP and STKP 

14 1110: KP2 and ST2P 
1111:ST 


If multiple “Digits To Outpulse” parameters are contained in a message, then 
multiple streams of digits are outpulsed on the agent/port — each stream 
contained in one parameter of type “Digits to Outpulse.” 
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Error Cause parameter 
This parameter contains the cause of an error that is detected on the PSN. 


Error Cause Parameter 


Error Cause 


Spare 


Optional Parameter ID: 10 
Parameter Length: 2 Bytes 


Parameter Contents: 


e ERROR CAUSE: 1 Byte — This field is used to represent the cause of 
the error. Values include: 


00000000: Nil Error Cause 
00000001: Header decode failure 
00000010: Bad macro tag 
0000001 1: Unrecognized primitive 
00000100: Missing mandatory parameter 
00000101: Mandatory parameter decode failure 
00000110: Optional parameter decode failure 
00000111: Parameter contents out of range 
00001000: Primitive userclass mismatch 
00001001: Maximum primitive exceeded 

0 00001010: Missing mandatory Siginfo parameter 

1 0000101 1: One or more agents in the primitive are not 

PSN agents 

12 00001100: Port not in table PPNROUTE 

13 00001101: Agent not supported 

14 00001110: Port down due to WARM restart 

15 0000111 1: Primitive invalid for current port state 

16 00010000: Unexpected message 

17 00010001: STR not available (affects the Monitor 

primitive) 

18 00010010: UTR not available 

19 0001001 1: Conference circuit not available 

20 00010100: No IDLE message 
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Note: The value “BBF Not Possible” is used to indicate that the BBF is 
not possible for this port based on its current agent/connection state. A 
port must be connected to an agent and must be monitored for BBF. If it 


00010101: 
00010110: 
00010111: 
00011000: 
00011001: 
00011010: 
00011 


00011 
00010000: 
00100001: 
00100010: 
00100011: 
00100100: 
00100101: 
00100110: 
00100111: 
00101000: 
00101001: 
00101010: 
00101011: 
00101100: 


CCB not available 

Primitive extension block not available 
Scratchpad extension block not available 
Software Resources unavailable 
Message failure 

Software error 

Not minimum number ports to Bridge 


: Maximum ports to Bridge exceeded 
: Bearer capability incompatible 
: Message index not in table PPNMSGIX 


Unsupported signalling type 
Duplicate message 

Bad agent state 

Termination failure 
Abnormal Exit 

Message not playing 

Tone duration unsupported 
Prompt failure 

Digit collection failure 
Q764 protocol problem 
Invalid duration gap 
Unexpected FC message 
Agent not in Table TRKGRP 
BBF Not Possible 


is held or bridged, BBF monitoring for the agent is not done. 


e ERROR TYPE: 2 Bits — This field contains the type of the error that is 


detected, and is encoded as follows: 


00 : Non Fatal Error 


0 1 : Fatal Error 


Fatal errors are defined as errors that are so severe that they do not allow 


normal call processing to proceed on this port. 


If the error that is detected is non-fatal, then the PSN does not take any 


action other than report this error to the SCU. If the error that is detected is 
fatal, then the PSN reports the error to the SCU, and in addition to this takes 


down the associated port. 


Flow Control Info Parameter 


This parameter consists of control Duration which specifies the maximum 


amount of time the flow control is effective at the PSN and control Gap 
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which specifies the maximum rate at which the New Call event notifications 
may be sent to the SCU while the control is effective. 


Flow Control Info Parameter 


Control Gap Control Duration 


7 6 5 4 3 2 1 0 


Optional Parameter ID: 11 
Parameter Length: 1 Byte 


Parameter Contents: 


e CONTROL DURATION: 4 Bits — Maximum amount of time that the 
flow control is effective at the PSN. The control duration is encoded as 


follows: 

0 0000: Not Used 

1 0001: 1 Second 

2 0010: 2 Seconds 

3 001 1:4 Seconds 

4 0100: 8 Seconds 

5 0101: 16 Seconds 
6 0110: 32 Seconds 
T 0 11 1: 64 Seconds 
8 1000: 128 Seconds 
9 1001 : 256 Seconds 


10 1010: 512 Seconds 
11 1011: 1024 Seconds 
12 1100: 2048 Seconds 
1101 tol 111: Spare Values 


e CONTROL GAP: 4 Bits — Maximum rate at which the New Call Event 
Notifications may be sent to the SCU while the flow control is effective. 
The control gap is encoded as follows: 


0000: Remove Gap Control 
0001: 1 1/10th of a Second 

0010:3 1/10ths of a Second 
0011:5 1/10ths of a Second 
0100: 1 Second 

0101: 2 Seconds 
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6 0110:5 Seconds 

7 0111: 10 Seconds 

8 1000: 15 Seconds 

9 1001: 30 Seconds 
10 1010: 50 Seconds 
11 1011: 80 Seconds 
12 1100: 120 Seconds 
13 1101: 300 Seconds 
14 1110: 600 Seconds 
15 1111: Stop All Calls 


Flow Control Encountered Parameter 
This parameter is sent in New Call events sent to the SCU while the flow 
control is active. This parameter informs the SCU that the flow control is 
active and it identifies the source that initiated the flow control. 


Flow Control Encountered Parameter 


Flow Control 


7 6 5 4 3 2 1 Q 


Optional Parameter ID: 12 
Parameter Length: 1 Byte 


Parameter Contents: 


e FLOW CONTROL SOURCE: 1 Bit — The source that initiated the flow 
control. It is encoded as follows: 


0 : Flow control initiated by the SCU 
1 : Flow control initiated by the PSN 
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Info Change Reason Parameter 


This parm contains the Info Change Reason and Agent Count information 
used in Agent Data event notifications. 


Info Change Reason Parameter 


Info Change 


Agent Count Reason 


7 6 5 4 3 2 1 0 


Parameter Length: 1 Byte 


Parameter Contents: 


e INFO CHANGE REASON : 2 Bits — The info change reason field 
indicates what type of Agent Data Event is occurring for the given 
message. Values include: 


00: Agent Deleted in table PPNROUTE 
0 1: Agent Added in table PPNROUTE 
10: Agent information Modified in table TRKGRP or 
TRKSGRP 
e AGENT COUNT : 6 Bits — The agent count field indicates the number 
of Agent Data Info parameters that exist in the given Agent Data event 
message. Valid values are: 


000001t0o111111 


Instruction ID parameter 


This parameter contains the Identifier of the Primitive that is received from 
the SCU. 


Instruction ID Parameter 


Instruction ID 


7 6 5 4 3 2 1 0 


Optional Parameter ID: 13 


Parameter Length: 1 Byte 
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Parameter Contents: 


e INSTRUCTION ID: 1 Byte — This field is a byte that is used to 
represent the primitive instruction . Values include: 


00000000: Unknown 
00000001: Bridge 

00000010: Collect Digits & Report 
0000001 1: Connect 
00000100: Disconnect 
00000101: Hold 

00000110: Monitor 

00000111: Mute 

00001000: New Call Accepted 
00001001: New Call Rejected 

10 00001010: Play Message 

11 00001011: Play Prompt, Collect Digits & Report 
12 00001100: Query Port 

13 00001101: Reconnect 

14 00001110: Reset Switch 

15 00001111: Set Billing Record 

16 00010000: Set IP Address 

17 00010001: Stop Message 

18 00010010: Transmit Siginfo 

19 0001001 1: Heartbeat 

20 00010100: Query Time of Day 

21 00010101: Error Detected 

22 00010110: Port Status 

23 0001011 1: Flow Control 
00011000to1l 1111111: Spare Values 


OMONANAMNBRWNK SO 


Instruction Tag parameter 
This parameter contains the tag associated with the instruction. 


Instruction Tag Parameter 


Instruction Tag 


7 6 5 4 3 2 1 0 
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e For primitives that are sent from the SCU, the SCU generates an 
Instruction tag and sends it to the PSN in this parameter. When a 
response for this primitive is generated by the PSN, the PSN includes 
this tag in the response so that the SCU may correlate the response with 
the primitive request that it had sent earlier. 


e For asynchronous event notifications generated by the PSN (e.g., 
On-—Hook, Off—Hook and Signalling Event), the Instruction tag is 
hard—coded to #01. 


e For instructions that are generated by the PSN that require a reply from 
the SCU (that is, New Call, Query Port from the Audit application), the 
PSN sends a nil Instruction tag. 


Optional Parameter ID: 14 
Parameter Length: 1 Byte 


Parameter Contents: 


e INSTRUCTION TAG: 1 Byte — This field is a byte that is used to represent the tag of the 


instruction that is received from or sent to the SCU. Values include: 


00000000: Nil Instruction Tag 

00000001: Asynchronous Event Notification from the PSN. 
00000001to1l1111111: Valid tags for instructions from the 
SCU. 


ISUP Index parameter 
This parameter is used in the Agent Data Event and in the New Call Event. 


ISUP Index Parameter 


7 6 5 4 3 2 1 0 


Optional Parameter ID: 31 
Length: | Byte 


Parameter Contents: 


e ISUP INDEX: 5 Bits — This field represents the type of facility this SS7 
agent is connect to. This field is only valid for SS7 signalling types. 
Values include: 
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00000: NILIDX 
00001: UCS2UCS 
00010: UCS2DEX8 
00011: UCS2EAEO 
00100: UCS2USP 
00101: UCS2MCI 
00110: UCSGITU 
00111: USP2USP 
01000: USP2UCS 
01001: UCSGWAY 
01010to11414141: Unused 


OMAANIDNDMNBWNF CO 


Message Info parameter 


This parameter contains the Message ID and the Cycles/Tone Duration 
information. 


Message Info Parameter 


Message ID 


Cycles/Tone Duration 


The Message ID is used to index into table PSNMSGIX, to get either an 
index into table ANNS (if the message ID corresponds to an announcement), 
or table TONES (if the message ID corresponds to a tone). 


Note: Please refer to Chapter 10, “PSN office parameters” for details on 
table PSNMSGIX. 


Optional Parameter ID: 15 
Parameter Length: 2 Bytes 


Parameter Contents: 


e MESSAGE ID: 1 Byte — Valid Values include 1 to 255. The value is an 
index into table PSNMSGIX. A value of 0 is invalid. 


e CYCLES: 1 Byte — The 2nd byte of the parameter contents is treated as 
the number of cycles to play the announcement for, if the message ID 
corresponds to an announcement. Values include: 
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00000000: Play the Announcement indefinitely 
00000001: Play the Announcement for 1 cycle 

000 1 1110: Play the Announcement for 30 cycles 
00011111tol1111111: Play the Announcement 
indefinitely 


TONE DURATION : 1 Byte — The 2nd byte of the parameter contents is 
treated as the tone duration value if the message ID corresponds to a tone. 
Valid Values include: 


00000000: Play the Tone forever 
00000001: Invalid 

00000010: Invalid 

00000011: Play the Tone for 3 seconds 
00000100: Play the Tone for 4 seconds 


11111111: Play the Tone for 255 seconds 


Note: The values for the cycles or tone duration may be set to any value 
when the Message Info parameter is sent in the Stop Message primitive. The 
Stop Message primitive only cares about the message ID (that is, to stop the 
appropriate message on the PSN) in the Message Info parameter. 
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Monitor Mask parameter 
This parameter is a bitmap of monitor values. Each bit in this bitmap 
indicates what digit/tone to monitor or not monitor a port for. Also, each bit 
has two values — 0 (indicates cancel the monitor) or 1 (start monitor). 


Monitor Mask Parameter 


Octothorpe Duration 


Asterisk Duration 


Monitor for BBF+ (i.e., SF* tones 
& then BBF tone/digits) bit 


Monitor for Octothorpe bit 


Monitor for Asterisk bit 


Each of the above monitor bits may have the following values: 


0 = cancel monitor 
1 = start monitor 


* = Single Frequency Tones 
+ = Blue Box Fraud 


Optional Parameter ID: 16 


Parameter Size: 2 Bytes 
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Parameter Contents: 


e ASTERISK/OCTOTHORPE DURATION : 5 Bits each — The duration 
in 100 milliseconds for which the asterisk/octothorpe has to be detected 
before it is reported as a valid tone/digit to the SCU. Valid values include 
5 to 30. 


For example, a duration of 5 for an Asterisk implies that the user has to 
hold down the asterisk for 500 msecs before it is detected as a valid 
asterisk by the PSN and reported to the SCU. 


Note: For BBF: the SF Tone Duration, the signalling type (MF/DTMP), 
the minimum digits to collect before a blue box fraud is declared and the 
partial dial timer values are all determined from the BBTKSGRP. 
Therefore, it is necessary to datafill the “terminating” port (where 
“terminating” indicates Party B of a Connect or a Reconnect primitive) 
in table BBTKSGRP. 


e TONE BITMAP : 3 Bits— This field is a boolean each for BBF, 
Octothorpe and Asterisk. If the bool is true then the port is monitored for 
the appropriate tone/digit. If the bool is false then the appropriate 
tone/digit monitoring on that port is canceled. 


Parameter ID parameter 
This parameter contains the Identifier of the Parameter (and the identifier of 
the sub-parameter if the parameter is composed of sub-parameters). It is 
returned to the SCU in case the decoding of the parameter resulted in an 
error. 


Parameter ID Parameter 


Parameter ID 


Sub Parameter ID 


Optional Parameter ID: 17 
Parameter Length: 2 Bytes 


Parameter Contents: 


e PARAMETER ID: 1 Byte — This field is a byte that is used to represent 
the parameter in error. Values include: 


0 00000000: Nil Error Cause 
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00000001: Bearer Capability 
00000010: Billing Info 

0000001 1: Call Reference Identifier 
00000100: Control Info 
00000101: Destination Trunk Group 
00000110: Digit Collection 
0000011 1: Digits Collected 
00001000: Digits Outpulsed 
00001001: Digits To Outpulse 

10 00001010: Error Cause 

11 00001011: Flow Control Information 
12 00001100: Flow Control Encountered 
13 00001101: Instruction ID 

14 00001110: Instruction Tag 

15 00001111: Message Info 

16 00010000: Monitor Mask 

17 00010001: Parameter ID 

18 00010010: Port Count 

19 00010011: Port Info 


OAMANANDNDMNHWNHE 


20 00010100: Port Service Information 
21 00010101: Port Status 

22 00010110: Reset Reason 

23 00010111: Session ID 

24 00011000: SigInfo Mask 

25 00011001: Signalling Info 

26 00011010: Switch ID 


27 00011011: Time of Day 

28 00011100: Tone Detected 
00011101to10000001: Spare Values 

130 10000010: UCS Point In Call 

131 1000001 1: UCS STS 
10000100to111111 11: Spare Values 


e SUB PARAMETER ID : 1 Byte — This field is used to represent the 
parameter in error. 


Values for PTS agents include: 


00000000: Unknown 
00000001: Message Type 
00000010: Digits Outpulsed 
0000001 1: Digits to Outpulse 
00000100: PTS off-hook 
00000101: PTS on—hook 
00000110to1l1111111: Spare 


AUNADO 
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Point In Call parameter 


This parameter contains the point in the call when all criteria were met and 
the PSN gave the SCU control over the call. 


Point In Call Parameter 


Point In Call 


Trigger Criteria 


Optional Parameter Tag: 130 
Parameter Length: 2 Byte 


Parameter Contents: 


e POINT IN CALL: 5 Bits — This field contains the point in the call, when 
the PSN determines that the call is a service call and needs to be 
controlled by the SCU. It is encoded as follows: 


00000: Not Used 

00001: Orig Null 

00010: Authorize Orig Attempt 
00011: Collect Information 
00100: Analyze Information* 
00101: Select Route 

00110: Authorize Call Setup 
00111: Send Call 

01000: Orig Alerting 

01001: Orig Active 

10 01010: Orig Suspended 

11 01011: Term Null 

12 01100: Authorize Termination 
13 01101: Select Facility 

14 01110: Present Call 

15 01111: Term Alerting 

16 10000: Term Active 

17 10001: Term Suspended 
10010to11111: Spare Values 


OMNIA MNHBWNK OO 


Note: Only the values marked with an “*” are currently supported. 


e TRIGGER CRITERIA: 8 Bits — This field is encoded as follows: 
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00000000: Feature Activator 
00000001: Vertical Service Code 
00000010: Customized Access 
0000001 1: Customized Intercom* 
00000100:NPA 
00000101:NPA_NXX 

000001 10:NXX 

0000011 1:NXX_XXXX 
00001000 :NPA_NXXXXXX* 
00001001: Country_Code_NPA_NXXXXxXxX* 
10 00010000: Offhook Immed 

11 00011000: Net Busy 

12 00011011: Orig Called Party Busy 

13 00011101: Orig No Answer 

14 00100000: Orig Feature Activator 

15 01100000: Channel Setup PRI CLID 
16 01100001: Channel Setup PRI Addr 
17 01100010: Channel Setup PRI N00 
18 0110001 1: Channel Setup PRI Intl 

19 01100100: Specific Digit String Info* 
20 01100101: Specific Digit String ANI* 
21 01100110: Specific Digit String NOO* 
22 01100111: Specific Digit String CIC 
23 01101000: Shared Interoffice CIC 

24 01101001: Shared Interoffice Info 

25 01101010: Shared Interoffice ANI 

26 0110101 1: Shared Interoffice Addr 


OMmAAYIDHNMNBWNF © 


27 01101100: Shared Interoffice NOO 
28 01101101: Shared Interoffice Intl 
01101110to114114111 1: Unused (Spare) 


Note: Only the values marked with an “*” are currently supported. 
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Port Info parameter 


This parameter contains the port information for an agent. The port info 
consists of the external trunk group number and the trunk member number. 


Port Info Parameter 


Trunk Group Number (LSB) 


Trunk Group Number (MSB) 


Spare Trunk Member Number (LSB) 


Trunk Member Number (MSB) 


Optional Parameter ID: 19 
Parameter Length: 4 Bytes 


Parameter Contents: 


e TRUNK GROUP NUMBER : 15 Bits — This field is the external trunk 
group number. The Range is 0 to 9999. A value of 32767 indicates 
NIL_TRUNK_GROUP. 


e TRUNK MEMBER NUMBER : 15 Bits — This field contains the 
member number of the trunk. Range is 0 to 9999. A value of 32767 
indicates a NIL_TRUNK_MEMBER. 


Port Service Info parameter 


This parameter contains the IP address and SPI information. The SCU 
returns the IP address and SPI to the PSN. The IP address is the return 
address used to send the event notification messages back to the SCU (to the 
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right address and port). The SPI number is the Service Programing Interface 
version for the specified agent. 


Port Service Info Parameter 


IP Address 


IP Address 


IP Address 


IP Address 
Port Number 


Port Number 


T= 
7 6 5 4 3 2 1 8 


Target 
Port 


Optional Parameter ID: 20 


Parameter Length: 8Bytes 


Parameter Contents: 


IP ADDRESS : 4 Bytes — This field contains the IP address sent by the 
SCU and which is eventually used to return the event notification 
messages. 


This is a table of 4 bytes — for example, an IP address of 47.122.64.153 
is stored as 4 bytes — byte 1 is 47, byte 2 is 122, byte 3 is 64 and byte 4 is 
153. The nil_ip_address is defined as 0.0.0.0. 


PORT NUMBER : 2 Bytes — This field contains the transport layer port 
number associated with the IP address. The nil_port_number is defined 
as 0. 
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IP Address 


nil_ip_address 


The following table illustrates how the combination of IP Address and Port 
number in the IP address Info parameter is interpreted for the different 
primitives. 


Port Number 


nil_port_number 


How is the IP Address 
Info used for in RESET 
SWITCH 


Idle all ports that are 
currently serviced by the 
SCU (System Reset) 


How is the IP Address Info 
used in all the other 
Primitives 


INVALID. If the parameter is 
mandatory for the primitive then 
the primitive is discarded. If the 
parameter is Optional for the 
primitive then the parameter is 
dropped and the processing of 
the primitive continues. 


NON 
nil_ip_address 


nil_port_number 


Idle all ports with the given 
IP Address and any port 
number (Shelf Reset) 


INVALID 


nil_ip_address 


NON 
nil_port_number 


INVALID 


INVALID 


NON 
nil_ip_address 


NON 
nil_port_number 


Idle ports with the 
appropriate IP Address 
Info (Service Reset) 


IP Address info parameter 
applies to a specific port — 
update the port’s IP Address 
Info. 


Note: Example Primitives include Set_IP_Address, and call control 
primitives such as Connect, or Disconnect. 


SPI: 4 Bits — This field contains the SPI version for the specified agent. 
Valid range is 1 to 15. 


TARGET PORT : 1 Byte — Since some primitives (i.e. Connect) involves 
more than one port in a call, the Target Port bit indicates to what port a 
primitive is being sent to. 


0 0: Port_A This is the default value. 


1 1: Port_B Valid only when used with the Connect and/or 


Reconnect. 


00000010tol 1111111: Spare Values 
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Port Status parameter 


This parameter contains the status of the port/agent. It also contains 
information which indicates if the port is currently being controlled by the 


SCU. 
Port Status Parameter 
-—t Port in Service Call 
Spare Agent Status 
Connection 

pimp [7 (6 [5 ]4 [3 elie] 

Muted 
Held 

Collecting Digits 


— Monitoring for Tones 


— Listening to Message 


— Linked to an agent 


~ Bridged to multiple agents 


— Spare 


Optional Parameter ID: 21 
Parameter Length: 2 Bytes 


Parameter Contents: 


e AGENT STATUS : 4 Bits — This field contains the agent status of the 
port, and is encoded as follows: 


00000: Idle 
00001: Seized 
00010: Answered 
00011: ManBusy 
00100: Lockout 
00101: System Busy 
00110: PM Busy 


NNBWNK © 
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7 00111: Unknown 
1000to 1111: Spare Values 


e PORT IN SERVICE CALL : 1 Bit — This field indicates if the port is 
currently a part of a service call or the port that is currently being 
serviced by the SCU. 


0 : Port not a part of a service call 
1 : Port is a part of a service call. 


e CONNECTION BITMAP : 6 Bits — This is a bitmap where each bit 
indicates what the connection status of the agent is. The bits are used to 
represent the connection states as specified below: 


Bit 0 : Muted 
Values : 0 = port is un—muted, 
1 = port is muted. 
Bit 1 : Held 
Values : 0 = port is not held, 
1 = port is held. 
Bit 2 : Collecting Digits 
Values : 0 = port is not collecting digits, 
1 = port is in the process of collecting digits. 
Bit 3 : Monitoring for Tones 
Values : 0 = port is not monitoring for tones, 
1 = port is monitoring for tones. 
Bit 4 : Listening to Message 
Values : 0 = port is not listening to a message, 
1 = port is listening to message (announcement/tones). 
Bit 5 : Linked to an Agent 
Values : 0 = port is not linked to another agent, 
1 = port is linked to another agent. 
Bit 6 : Bridged to multiple agents 
Values : 0 = port is not bridged to two or more agents, 
1 = port is bridged to two or more agents. 


Reset Reason parameter 
This parameter contains the reason why a restart occurred on the PSN. It 
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indicates to the SCU the type of reset that is required at the SCU. 


Reset Reason Parameter 


Spare Reset Reason 


7 6 5 4 3 2 1 0 


Optional Parameter ID: 22 
Parameter Length: 1 Byte 


Parameter Contents: 


e RESET REASON : 4 Bits — This field indicated the reason why a restart 
occurred on the PSN. Values include: 


0 0000: Unknown 

1 0001: Warm Restart performed on the PSN 
2 0010: Cold Restart performed on the PSN 

3 0011: Reload Restart performed on the PSN 
4 0100: PSN has just come into service 

5 010 1: Arbitrator Heartbeat has failed 


0110tol1 1411: Spare Values 


Serving Translation Scheme parameter 
This parameter contains the serving translation scheme (STS) of the call. 
The switch sends this parameter to the SCU in the New Call event 
notification message. 


STS Parameter 


3rd Digit 2nd Digit 


7 6 5 4 3 2 1 0 


Optional Parameter Tag: 131 


Parameter Length: 2 Bytes 
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Parameter Contents: 


e COUNT : 4 Bits — This contains the number of digits in the STS. Valid 
values include | to 3. 


e DIGITS 1, 2, and 3 : Each digit is 4 Bits — This field contains the 3 digits 
in the TBCD format, which are encoded as follows: 


0o 0000: Filler 
1 0001: Digit 1 
2 0010: Digit 2 
3 0011: Digit 3 
4 0100: Digit 4 
5 0101: Digit 5 
6 0110: Digit 6 
7 O111: Digit 7 
8 1000: Digit 8 
9 1001: Digit 9 
10 1010: Digit 0 
11 1011:* 
12 1100:# 
13 1101:D 
14 1110:E 
15 1111:F 


Session ID parameter 


This parameter contains the Session ID. The Session ID is generated by the 
SCU to associate the different ports involved in a service call. 


Upon receipt of the Session ID parameter, the PSN does not perform any 
error checking. It merely re—transmits this value in the event notification 
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message. 


Session ID Parameter 


SCU ID 


Session ID 


Session ID 


Session ID 


Optional Parameter ID: 23 
Parameter Length: 4 Bytes 


Parameter Contents: 


e SCU ID: 1 Byte — This field is a unique 1 byte ID generated by the 
SCU. 


e SESSION ID : 3 Bytes — This field is a unique 3 byte ID generated by 
the SCU. Values Include 


000000000000000000000000:0 
to 


111111111111111111111111:16777215 


Signalling Info parameter 


This parameter contains the Signalling Information in the standard format 
that is applicable to the signalling type of the port. This parameter may be 
used to receive or send signalling information from / to the SCU. 


Depending upon the primitive/event notification in which this parameter is 
sent/received and the signalling type of the associated port, its contents are 
different. In general, the contents contain parameters that are encoded in the 
standard format. 
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For PTS agents, there are no standards used. For SS7 agents, the parameters 
are encoded based on the TR444 (Issue 4, August 1992) and GR394 (Issue 1, 
February 1994), and for PRI agents. Refer to Chapter 15, “PRI messages” 
for more details. 


Signalling Info is included in the following primitives and event notification 
messages: 
e Connect primitive from the SCU 


— the following parameters are sent in Signalling Info on a 4—Wire PTS 
agent (outpulsing, and therefore the Signalling Info parameter, is not 
allowed on 2-Wire PTS agents). A Connect may contain from 1 to 3 
Signalling Info Parameters where each Signalling Info contains 
either a Bearer Capability AND a Digits to Outpulse or just a Digits 
to Outpulse parameter. These parameters are encoded as described 
earlier in “Bearer Capability” on page 13 and “Digits To Outpulse” 
on page 31. 


— the following IAM message parameters (on an SS7 agent) encoded 
as per the TR444 and GR394: 


— Message Type (Mandatory) 

— Forward Call Indicator (Mandatory) 

— Calling Party Category (Mandatory) 

— User Service Information (Mandatory) 

— Called Party Number (Mandatory) 

— Nature of Connection Ind.(Mandatory) 
Note: Ensure the COT datafill in Table TRKSGRP is correct 
when the ContinuityCheckIndicator in the Nature of Connection 
is set. 

— Calling Party Address (Optional) 

— Carrier Identification(Optional) 

— Carrier Selection Information (Optional) 

— Channel Assignment Map (Optional) 

— Charge Number (Optional) 

— Authcode (GD) (Optional) 
Note: GD implies that this parameter is enclosed in the Generic 
Digits. 

— Call Reference Identifier (GD) (Optional) 

— Callid (GD) (Optional) 
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— CLLI Admin (GD) (Optional) 

— IMT Info (GD) (Optional) 

— RLT Treatment Code (GD) (Optional) 

— Term SWID & TRKGRP (GD) (Optional) 
— XFR Operator Queue (GD) (Optional) 
— Network Information (Optional) 

— Network Specific Facilities (Optional) 
— Network Specific IAM (Optional) 

— Operator Information (Optional) 

— Operator Services Indicator (Optional) 
— Originating Line Information (Optional) 
— Supplementary Line Info (Optional) 

— Transit Network Selection (Optional) 


— the following SETUP message parameters (on a PRI agent) encoded 
as detailed in Chapter 15, “PRI messages:” 


— Protocol Discriminator (Mandatory) 
— Message Type (Mandatory) 

— Bearer Capability (Mandatory) 

— Called Party Number (Mandatory) 

— Business Group (Optional) 

— Called Party Subaddress (Optional) 

— Progress Indicator (Optional) 

— Calling Party Number (Optional) 

— Calling Party Subaddress (Optional) 
— Display (Optional) 

— Higher Layer Compatibility (Optional) 
— Lower layer Compatibility (Optional) 
— Network Specific Facility (Optional) 
— Original Called Number (Optional) 

— Transit Network Selection (Optional) 
— User to User Information (Optional) 


e Disconnect primitive from the SCU 
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— the following REL message parameters (on an SS7 agent) encoded as 
detailed in Chapter 15, “PRI messages:” 


— Message Type (Mandatory) 
— Cause Indicators (Mandatory) 


— the following DISC message parameters (on a PRI agent) encoded as 
detailed in Chapter 15, “PRI messages:” 


— Message Type (Mandatory) 
— Protocol Discriminator (Mandatory) 
— Cause (Mandatory) 


— the following REL message parameters (on a PRI agent) encoded as 
detailed in Chapter 15, “PRI messages:” 


— Message Type (Mandatory) 

— Protocol Discriminator (Mandatory) 

— Cause (Optional) 

— User to User Information (Optional) 
e Transmit Siginfo primitive from the SCU 


— the following parameters are sent in Signalling Info on a 4—Wire PTS 
agent (outpulsing, and therefore the Signalling Info parameter, is not 
allowed on 2-Wire PTS agents). A Transmit Siginfo may contain 
from 1 to 3 Signalling Info Parameters where each Signalling Info 
contains a Digits to Outpulse parameter. This parameter is encoded 
as described earlier in “Digits To Outpulse” on page 31. 


— Message Type (Mandatory) 

— Digits to Outpulse (Mandatory) 
— Digits to Outpulse (Optional) 

— Digits to Outpulse (Optional) 


— the following information is sent (on a PTS agent) for a PTS 
Onhook. There is no Signaling Information present when the 
message type is PTS Onhook: 


— Message Type (Mandatory) 


— the following information is sent on a 4—Wire PTS agent for a PTS 
Offhook (Offhook Propagation is not allowed on 2—Wire PTS 
Agents). There is no Signaling Information present when the 
message type is PTS Offhook: 


— Message Type (Mandatory) 
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— the Transmit Siginfo is used to send the IAM, ANM, CPG, FAA, 
FAR, FRJ, PAM, SUS, REL & RES for an SS7 port. For the 
definition of these SS7 messages, please refer to “Signalling Event” 
bullet in this section. 


— the Transmit Siginfo is used to send the CONNECT, CALLPROC, 
FACILITY, RLC, REL & DISC messages for a PRI port. For the 
definition of these PRI messages, please refer to “Signalling Event” 
bullet in this section. 


e Off-Hook event notification to the SCU 


— the following ANM message parameters (on an SS7 agent) encoded 
as per the TR444 and GR394: 


Message Type (Mandatory) 

Backward Call Indicator (Optional) 
Call Reference (Optional) 

Carrier Selection (Optional) 
Internetwork Specific ANM (Optional) 
Intranetwork Specific ANM (Optional) 
Network Specific ANM (Optional) 
Operator Information (Optional) 

US Network Parameter (Optional) 
User to User Indicator (Optional) 


User to User Information (Optional) 


— the following CONNECT message parameters (on a PRI agent) 
encoded as detailed in Chapter 15, “PRI messages:” 


Message Type (Mandatory) 
Protocol Discriminator (Mandatory) 


User to User Information (Optional) 


e On-—Hook event notification to the SCU 


— the following REL (A SUSpend message is reported to the PSN as a 
RELease message and the port is taken down) message parameters 
(on an SS7 agent) encoded as per the TR444 and GR394: 


Message Type (Mandatory) 
Cause Indicators (Mandatory) 
User to User Indicator (Optional) 


User to User Information (Optional) 
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— the following RSC message parameters (on an SS7 agent) encoded as 
per the TR444 and GR394: 


— Message Type (Mandatory) 


— the following DISC (When a PRI agent goes on—hook — a 
DISConnect is sent to the SCU if the release/on—hook is normal and 
a RELease is sent if the on—hook is abnormal) message parameters 
(on a PRI agent) encoded as per AD9100:UCSPRI]1: 


— Message Type (Mandatory) 

— Protocol Discriminator (Mandatory) 
— Cause (Mandatory) 

— User to User Information (Optional) 


— the following REL message parameters (on a PRI agent) encoded as 
per AD9100:UCSPRII: 


— Message Type (Mandatory) 
— Protocol Discriminator (Mandatory) 


— Cause (Optional) 


User to User Information (Optional) 
e New Call event notification to the SCU 


— the following IAM message parameters (on an SS7 agent) encoded 
as per the TR444 and GR394: 


— Message Type (Mandatory) 

— Forward Call Indicator (Mandatory) 

— Calling Party Category (Mandatory) 

— User Service Information (Mandatory) 

— Called Party Number (Mandatory) 

— Nature of Connection Ind.(Mandatory) 
Note: SS7 COT (COnTinuity) checks are not supported. Hence 
the ContinuityCheckIndicator in the Nature of Connection must 
not be set. 

— Calling Party Address (Optional) 

— Carrier Identification (Optional) 

— Carrier Selection Information (Optional) 

— Channel Assignment Map (Optional) 

— Charge Number (Optional) 
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Authcode (GD) (Optional) 

Note: GD implies that this parameter is enclosed in the Generic 
Digits. 

Call Reference Identifier (GD) (Optional) 
Callid (GD) (Optional) 

CLLI Admin (GD) (Optional) 

IMT Info (GD) (Optional) 

RLT Treatment Code (GD) (Optional) 
Term SWID & TRKGRP (GD) (Optional) 
XFR Operator Queue (GD) (Optional) 
Network Information (Optional) 

Network Specific Facilities (Optional) 
Network Specific [AM (Optional) 
Operator Information (Optional) 

Operator Services Indicator (Optional) 
Originating Line Information (Optional) 
Supplementary Line Info (Optional) 
Transit Network Selection (Optional) 


— the following SETUP message parameters (on a PRI agent) encoded 
as per AD9100:UCSPRI1: 


Protocol Discriminator (Mandatory) 
Message Type (Mandatory) 

Bearer Capability (Mandatory) 
Called Party Number (Mandatory) 
Business Group (Optional) 

Called Party Subaddress (Optional) 
Progress Indicator (Optional) 

Calling Party Number (Optional) 
Calling Party Subaddress(Optional) 
Display (Optional) 

Higher Layer Compatibility (Optional) 
Lower layer Compatibility (Optional) 
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— Network Specific Facility (Optional) 
— Original Called Number (Optional) 
— Transit Network Selection (Optional) 
— User to User Information (Optional) 

e Signalling Event event notification to the SCU 


— the following parameters are sent in Signalling Info (on a PTS 
agent). These parameters are encoded as described earlier in “Digits 
Outpulsed” on page 30. 


— Digits Outpulsed Indicator (Mandatory) 


— the following ACM message parameters (on an SS7 agent) encoded 
as per the TR444 and GR394: 


— Message Type (Mandatory) 

— Backward Call Indicator (Mandatory) 
— Call Reference (Optional) 

— US Network Parameter (Optional) 

— User to User Indicator (Optional) 

— User to User Information (Optional) 


— the following COT message parameters (on an SS7 agent) encoded 
as per the TR444 and GR394: 


— Message Type (Mandatory) 
— Continuity Indicators (Mandatory) 


— the following CPG message parameters (on an SS7 agent) encoded 
as per the TR444 and GR394: 


— Message Type (Mandatory) 

— Event Information (Mandatory) 

— Backward Call Indicator (Mandatory) 

— Party Information (Optional) 

— Redirection Number (Optional) 

— Supply end-to-end Inf. Req. (Optional) 
— Supply end-to-end Inf. Resp. (Optional) 
— User to User Indicator (Optional) 

— User to User Information (Optional) 


— the following FAA message parameters (on an SS7 agent) encoded 
as per the TR444 and GR394: 
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— Message Type (Mandatory) 
— Facility Indicator (Mandatory) 
— Call Reference (Optional) 


— the following FAR message parameters (on an SS7 agent) encoded as 


per the TR444 and GR394: 

— Message Type (Mandatory) 

— Facility Indicator (Mandatory) 

— Call Reference (Optional) 

— Called Party Address (Optional) 

— Calling Party Number (Optional) 
— Charge Adjustment (Optional) 

— Charge Number (Optional) 

— Callid (GD) (Optional) 

— Operator Information (Optional) 


— Originating Line Info (Optional) 


— the following FRJ message parameters (on an SS7 agent) encoded as 


per the TR444 and GR394: 

— Message Type (Mandatory) 

— Facility Indicator (Mandatory) 
— Cause Indicator (Mandatory) 
— Call Reference (Optional) 


— the following PAM message parameters (on an SS7 agent) encoded 


as per the TR444 and GR394: 
— Message Type (Mandatory) 
— RPM Message (Mandatory) 


— the following RES message parameters (on an SS7 agent) encoded as 


per the TR444 and GR394: 
— Message Type (Mandatory) 
— Suspend/Resume Indicators (Mandatory) 


— the following SUS message parameters (on an SS7 agent) encoded as 


per the TR444 and GR394: 
— Message Type (Mandatory) 
— Suspend/Resume Indicators (Mandatory) 
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— the following PROGRESS message parameters (on a PRI agent) 
encoded as per AD9100:UCSPRI]1: 


— Message Type (Mandatory) 

— Protocol Discriminator (Mandatory) 
— Progress Indicator (Mandatory) 

— Cause (Optional) 

— User to User Information (Optional) 


— the following ALERT message parameters (on a PRI agent) encoded 
as per AD9100:UCSPRI1: 


— Message Type (Mandatory) 

— Protocol Discriminator(Mandatory) 
— User—User Information (Optional) 
— Progress Indicator (Optional) 


— the following CALL PROCEEDING message parameters (on a PRI 
agent) encoded as per AD9100:UCSPRI1: 


— Message Type (Mandatory) 
— Protocol Discriminator (Mandatory) 


— the following FACILITY message parameters (on a PRI agent) 
encoded as per AD9100:UCSPRI1: 


— Message Type (Mandatory) 

— Protocol Discriminator (Mandatory) 
— Called Party Number (Optional) 

— Called Party Subaddress (Optional) 


— the following REL Complete (RLC) message parameters (on a PRI 
agent) encoded as per AD9100:UCSPRI1: 


— Message Type (Mandatory) 


— User to User Information (Optional) 
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Signalling Info Parameter 


Spare 


Message Contents 
(PTS SigInfo 


or 
PRI Message 
or 
SS7 Message) 


Optional Parameter ID: 25 
Parameter Length: MAX: 412 Bytes 


Parameter Contents: 
e SIGNALLING TYPE: 2 Bits — TYPE: Signalling Type Parameter 


e MESSAGE CONTENTS : MAX: 411 Bytes — This field is the message 
contents containing the parameters in the standard format listed earlier. 
The contents are encoded depending upon the type of signalling used. 


Table 20-4 
PTS, SS7, and PRI messages included in Primitives/Event notifications 


Primitive / Event PTS Messages SS7 Messages | PRI Messages 
Notification 
Connect Digits To Outpulse, IAM SETUP 
Digits To Outpulse 
with Bearer 
Capability 
—continued— 
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Table 20-4 
PTS, SS7, and PRI messages included in Primitives/Event notifications 
(continued) 
Primitive / Event PTS Messages SS7 Messages | PRI Messages 
Notification 
Disconnect — REL DISC, REL 
Transmit Siginfo Digits To Outpulse, ACM, IAM, ANM, CONNECT, REL, 
PTS On-Hook, REL, CPG, FAA, DISC, ALERT, 
PTS Off-Hook FAR, FRJ, PAM, FACility 
RES, SUS 


ANM CONNECT 
REL, RSC DISC, REL 


Signalling Event Digits Outpulsed ACM, CPG, PROGRESS, 


Indicator COT, FAA, FAR, ALERT, CALL 
FRJ, PAM, RES, PROCeeding, 
SUS FACILITY, 

RELease 

COMPlete 


PTS Message Contents: 


— PTS MESSAGE TYPE: | Byte — This field is the message type for a 
PTS message. Values include: 


00000000: Unknown 

00000001: Digits to Outpulse 

00000010: Digits to Outpulse with Bearer Capability 
00000011: PTS Off-—Hook 

00000100: PTS On—Hook 

00000101: Digits Outpulsed 
00000110to11111111: Spare 


ABWNF © 


— PTS SIGINFO MESSAGE AREA : MAX 410 Bytes — This area 
contains the siginfo message but depends on the Message Type. 


— PTS Message Contents: 


Digits to Outpulse then the PTS Siginfo Message Area contains 
from l up to 3 Digits to Outpulse Parameter(s). Please refer to 
“1.1.15 Digits To Outpulse” on page 31. 
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Digits to Outpulse with Bearer Capability then the PTS Siginfo 
Message Area contains the Bearer Capability Parameter first in 
the area, “1.1.5 Bearer Capability” on page 13, and the 
following bytes contains from 1 up to 3 of Digits to Outpulse 
Parameter(s), “1.1.15 Digits To Outpulse” on page 31. 


PTS Off—Hook then there is no information in the PTS Siginfo 
Message Area. There is no signalling information associated with 
a PTS Off-Hook. 


PTS On—Hook then there is no information in the PTS Siginfo 
Message Area. There is no signalling information associated with 
a PTS On—Hook. 


Digits Outpulsed then PTS Siginfo Message Area contains the 
Digits Outpulsed Parameter. Please refer to “1.1.14 Digits 
Outpulsed” on page 30. 


— SS7 Message Contents: 
The TR444 and GR394 SS7 with ISDN support are used to 
define the contents of the SS7 Message Contents. 

— PRI Message Contents: 
The AD9100:UCSPRI1 document is used to define the contents 
for the PRI Message Contents. 


Note: The SS7/PRI parameter contents are not defined in this document. 
Please refer to the above documents for details. 


Signalling Type parameter 
This parameter is used in the Agent Data Event and in the New Call Event. 


Signalling Type Parameter 


Signalling 


7 6 5 4 3 2 1 0 


Optional Parameter ID: 32 


Length: | Byte 
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Parameter Contents: 


e SIGNALLING TYPE: 2 Bits — This field is the type of signalling that 
the port is using. Values include: 
00: PTS (4 Wire) 
01: PTS (2 Wire) 
10:SS7 
11:PRI 


Switch ID parameter 
This parameter contains the switch ID of the PSN. 


Switch ID Parameter 


Switch ID 


Optional Parameter ID: 26 
Parameter Length: 2 Bytes 


Parameter Contents: 
e SWITCH ID: 11 bits — This is the switch ID with a range of 0 to 999. 
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Time of Day parameter 


This parameter contains the time of the day and is returned in the Current 
Time of Day event notification to the SCU. 


Time of Day Parameter 


Day in the 
Year con’t 


Optional Parameter ID: 27 


Parameter Length: 8 Bytes 


Parameter Contents: 
YEAR: 2 Bytes — This field contains the year. 


DIFFERENCE FROM GMT: 2 Bytes — This field contains the time 
difference between the time specified by the “hour, minute and second” 
fields above and the Greenwich Mean Time. 


DAY IN THE YEAR : 9 Bits — This field contains the day of the year. 
Valid values include 1—365. 


MINUTE : 6 Bits — This field contains the minute. Valid values include: 
0 to 59. The rest are spare values. 
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e AHEAD OF GMT: 1 Bits — If true, this field indicates that the switch 
time is AHEAD of the Greenwich Mean Time (GMT). The switch time 
is BEHIND the GMT if this field is set to false. 


e HOUR: 5 Bits — This filed contains the hour. Valid values include: 0 to 
23. The rest are spare values. 


e SECOND : 6 Bits — This field contains the minute. Valid values include: 
0 to 59. The rest are spare values. 


Tone Detected parameter 


This parameter contains the tone that is detected on a given port/agent by the 
PSN. 


Tone Detected Parameter 


Spare Tone or Digit 


7 6 5 4 3 2 I 0 


Optional Parameter ID: 28 
Parameter Length: 1 Byte 


Parameter Contents: 


e TONE OR DIGIT DETECTED : 3 Bits — This field contains the tone or 
the digit that is detected, and is encoded as follows: 


000: tone / digit monitoring aborted 
0 0 1: asterisk detected 

0 1 0: octothorpe detected 

0 11: SF tone detected 

100: BBF tone detected 

101: BBF digits detected 

110-1 1 1: Unused (Spare) 


ABWNF © 


Note: The BBF digits are not sent to the SCU by the PSN. 
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UCS PSN LOPER messages and 
parameters version 4 


This chapter contains a detailed description of the UCS PSN messages and 
parameters Version 4 described in the Low Overhead Protocol Encoding 
Rule (LOPER) message format. 


LOPER Format 


Each of the messages in the Low Overhead Protocol Encoding Rule 
(LOPER) follow the same basic format and rules. 


The following rules apply to LOPER: 


A message is byte aligned meaning that each parameter starts on a new 
byte. 


The first byte in a message is considered to be the Oth index of the 
message, the second byte in the message is considered to be the 1st index 
of the message, and so on, 


Two bytes are used in describing the length of a message/parameter. Two 
bytes are also used to contain at which byte location in the message that 
the optional parameters begin in the message. 


Note: Two bytes are used because of the large structures found PSN 
Call Processing such as the New Call event which is 310 bytes. The 

maximum value that a byte can represent is 255 and this is not large 

enough to indicate the length of a New Call event message. 


A LOPER message can either contain one primitive, one event, or one 
macro which can contain up to five primitives. 


The SS7 signalling message of the Siginfo Contents in a Optional 
Siginfo Parameter to be transmitted on a SS7 agent is not validated. 
Since the SS7 signalling message is to be built by the SCU in the TR444 
BellCore standard, it is assumed that the SS7 signalling message has 
been correctly built and is sent onto the SS7 network with out validation. 
Any error in the SS7 signalling message is caught by the network and 
handled accordingly by the SS7 network. 
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Messages sent from the SCU to the PSN 


Macros 

The first byte of a Macro designates that the message is a Macro. The 
second and third bytes indicate the length of the Macro in the number of 
bytes that comprise the length of the message from the Macro Tag to the end 
of the last primitive in the Macro. The fourth byte identifies how many 
primitives there are in the Primitive Area. The Primitive Area contains the 
individual primitives. Please refer to “Figure 1 LOPER Macro Message 
Format” on page 3. 


If there is an error in the decoding of one of the primitives found in the 
Macro, that primitive is dropped and the decoding process is ceased since 
the rest of the Macro is considered to be corrupted. Any primitive decoded 
before the error is still be processed. 


Figure 1 LOPER Macro Message Format 


LOPER Macro Message Format 


2nd Byte Macro Length (LSB) 
3rd Byte Macro Length (MSB) 
4th Byte l Number of Primitives 


Primitive 


Primitive (Optional) 


Primitive (Optional) 


e MACRO TAG: 1 Byte — This field is a byte that is used to identify the 
primitive in the message. Values include: 


00000000: Macro Tag 
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Primitives 

The first byte is the Primitive Tag and identifies the primitive. The second 
and third bytes indicate the length of the primitive beginning with the 
primitive tag to the end of the mandatory parameters or optional parameters 
if present. The fourth and fifth bytes contain the Nth byte location at which 
the optional parameters begin in the message. The sixth byte is the start of 
the Mandatory Parameters. The contents of the mandatory parameter depend 
on the primitive/event and the customer using LOPER. Please refer to 
“Figure 2 LOPER Primitive Message Format” on page 4. 


Figure 2 LOPER Primitive Message Format 


LOPER Primitive Message Format 


2nd Byte Primitive Length (LSB) 


3rd Byte Primitive Length (MSB) 
4th Byte Pointer To Optional Parameters (LSB) 
5th Byte Pointer To Optional Parameters (MSB) 


Mandatory Parameter 


Optional Parameters 


1 PRIMITIVE TAG: 1 Byte — This field is a byte that is used to identify 
the primitive in the message. Values include: 
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OMANANINDNBWNF © 


00000000: 
00000001: 
00000010: 
00000011: 
00000100: 
00000101: 
00000110: 
00000111: 
00001000: 
00001001: 
00001010: 
00001011: 
00001100: 
00001101: 
00001110: 
00001111: 
00010000: 
00010001: 
00010010: 
00010011: 
00010100: 
00010101: 
00010110: 
00010111: 
00011000: 


Nil Primitive Tag 
Bridge 

Collect Digits 
Connect 
Disconnect 

Hold 

Monitor 

Mute 

RESERVED FOR INTERNAL PSN USE 
New Call Accepted 
New Call Rejected 
Play Message 
PPCD 

Query Port 
Reconnect 

Set Billing Record 
Stop Message 
Transmit Signalling Info 
Error Detected 
Heart Beat 

Port Status 

Query TOD 

Reset Switch 

Set IP Address 
Flow Control 


00011001to11111111: Spare 


Messages sent from the PSN to the SCU 


Events 


The first byte is the Event Tag and identifies the event. The second and third 
bytes indicate the length of the event beginning with the event tag to the end 
of the mandatory parameters or optional parameters if present. The fourth 
and fifth bytes contain the Nth byte location at which the optional 
parameters begin in the message. The sixth byte is the start of the Mandatory 
Parameters. The contents of the mandatory parameter depend on the 
primitive/event and the customer using LOPER. Please refer to “Figure 3 
LOPER Event Message Format” on page 6. 
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Figure 3 LOPER Event Message Format 


LOPER Event Message Format 


2nd Byte { Event Length (LSB) 


3rd Byte Event Length (MSB) 
4th Byte ( Pointer To Optional Parameters (LSB) 
5th Byte { Pointer To Optional Parameters (MSB) 


Mandatory Parameter 


Optional Parameters 


e EVENT TAG: 1 Byte — This field is a byte that is used to identify the 
event in the message. Values include: 


00000000: Current TOD 
00000001: Digits Collected 
00000010: Error Detected 
0000001 1: In Service 
00000100: Instruction Completed 
00000101: Message Played 
00000110: New Call 
00000111: Off Hook 
00001000: On Hook 
00001001: Port Status 


OANINNBWNr OO 
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10 00001010: Query Port 

11 00001011: Route Not Available 

12 00001100: Route Selected 

13 00001101: Signalling Event 

14 00001110: Tone Detected 

15 00001111: Agent Data 

16 00010000: Stop Heartbeat 
00010001to11111111: Spare 


Parameters 


LOPER divides parameters into two classes, mandatory and optional. 
Mandatory parameters contain the information required by the 
primitive/event in order to be processed. Optional parameters contain the 
information not required by the primitive/event but add extra information for 
processing. Please refer to the tables in AD9100:UCSPARM 1 for a mapping 
of which parameters are mandatory and/or optional for primitives and 
events. 


Mandatory Parameters 

Mandatory parameters in LOPER are customized for each primitive and 
event. The sixth byte in the primitive/event is always the beginning of the 
mandatory parameters for primitives and events. Please refer to “Figure 2 
LOPER Primitive Message Format” on page 4. There is no need for a 
mandatory parameter tag since mandatory parameters are identified by the 
primitive/event id and can only be found in their corresponding 
primitive/event such as a Connect Mandatory Parameter can only be found 
in a Connect Primitive. There is also no need for a length indicator for the 
mandatory parameters since the pointer to the optional parameters 
designates the end of the mandatory parameters and if there are no optional 
parameters then the length of the primitive/event is the end of the mandatory 
parameters. The mandatory parameters are defined later in this document 
and the contents mandatory parameters are defined in AD9100:UCSPARM 1. 


If there is an error in the decoding of the mandatory parameters then entire 
message is dropped, the OM PSN_ERPS:DECODEEFL is incremented, the 
logs PSN202 and PSN212 are produced, and an Error Detected event is 
produced with the Error Cause: HEADER_DECODE_FATLURE_EC 


If there is an error in the validating of the mandatory parameters values then 
entire message is dropped, the OM PSN_ERPS:MANDPDEF is 
incremented, the logs PSN202 and PSN212 are produced, and an Error 
Detected event is produced with the Error Cause : 
PARAM_CONTENTS_OUT_OF_— RANGE_EC. 
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Optional Parameters 

The first byte of an optional parameter is the Optional Parameter Tag and 
identifies the optional parameter. The second and third bytes indicate the 
length of the optional parameter in bytes starting with the beginning of the 
optional parameter ID to the end of the optional parameter. The contents of 
the optional parameter depends on the specific parameter and the customer 
using LOPER. The contents of the optional parameters are defined in PSN 
PARMS. Please refer to “Figure 4 LOPER Optional Parameter Format” on 
page 9. 


If a LOPER message is received with an unknown Optional Parameter ID, 
the unknown Optional Parameter is skipped and the decoding of the rest of 
the optional parameters in the message continued. If there is an error in the 
decoding a known Optional Parameter, the Optional Parameter is dropped, 
decoding process is ceased since the reset of the message is considered to be 
corrupted, the OM PSN_ERPS:OPPRMDEF is incremented, the logs 
PSN202 and PSN212 are produced, and the primitive along with the 
optional parameters decoded before the error is processed. 


Figure 4 LOPER Optional Parameter Format 


LOPER Optional Parameter Format 


Ist Byte Optional Parameter ID 


2nd Byte Optional Parameter Length (LSB) 


3rd Byte Optional Parameter Length (MSB) 


Optional Parameter 


e OPTIONAL PARAMETER ID : 1 Byte — This field is a byte that is used 
to represent the parameter. Values include: 


0 00000000: Unknown 
1 00000001: Bearer Capability 
2 00000010: Billing Info 
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3 0000001 1: Call Reference Identifier 
4 00000100: Control Info 

5 00000101: Destination Trunk Group 
6 00000110: Digit Collection 

7 00000111: Digits Collected 

8 00001000: Digits Outpulsed 

9 00001001: Digits To Outpulse 

10 00001010: Error Cause 

11 00001011: Flow Control Information 
12 00001100: Flow Control Encountered 
13 00001101: Instruction ID 

14 00001110: Instruction Tag 

15 00001111: Message Info 

16 00010000: Monitor Mask 

17 00010001: Parameter ID 

18 00010010: Port Count 

19 00010011: Port Info 


20 00010100: Port Service Information 
21 00010101: Port Status 

22 00010110: Reset Reason 
23 00010111: Session ID 

24 00011000: SigInfo Mask 
25 00011001: Signalling Info 
26 00011010: Switch ID 

27 00011011: Time of Day 
28 00011100: Tone Detected 
29 00011101: Agent Type 
30 00011110: COT Required 
31 00011111: ISUP Index 


32 00100000: Signalling Type 

33 00100001to10000001: Spare Values 

130 10000010: UCS Point In Call 

131. 1000001 1: UCS STS 
10000100to111111 11: Spare Values 


PSN LOPER Mandatory Parameters for Primitives 


Note: The parameters are in Little Endian format with the least significant 
bit being bit 0 and the most significant bit being bit 7. 


The following mandatory parameters are used to build Primitives. Their 
description includes the length of the parameter as well as the TYPE of each 
field in the parameter. 


Bridge Mandatory Parameters 
The mandatory parameters for a Bridge Primitive. 
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Bridge Mandatory Parameters 


4 Bytes Session ID 


1 Byte Instruction Tag 


1 Byte Port Count 


Ports 


Port Info Parameter 


Port Info Parameter 


MIN: 4 Bytes j 
MAX: 120 Bytes 


Length: MIN: 10 Bytes MAX: 126 Bytes 


Contents: 

e SESSION ID: 4 Bytes — TYPE: Session ID Parameter 

e INSTRUCTION TAG: \Byte — TYPE: Instruction Tag Parameter 
e PORT COUNT: 1 Byte — TYPE: Count of 1 to 30 


e PORTS: MIN: 4 Bytes MAX: 120 Bytes — Ports consists of a minimum 
of 1 port to a maximum of 30 ports. 
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Port TYPE: Port Info Parameter 


Collect Digits Mandatory Parameters 
The mandatory parameters for a Collect Digits Primitive. 


Collect Digits Mandatory Parameters 


Session ID 


Instruction Tag 


Port 


Digits to Collect 


Length: 13 Bytes 


Contents: 

SESSION ID: 4 Bytes — TYPE: Session ID Parameter 
INSTRUCTION TAG: 1 Byte — TYPE: Instruction Tag ID Parameter 
PORT: 4 Bytes — TYPE: Port Info Parameter 

DIGITS TO COLLECT: 4 Bytes — TYPE: Digit Collection Parameter 


Connect Mandatory Parameters 
The mandatory parameters for a Connect Primitive. 
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Connect Mandatory Parameters 


Session ID 


Instruction Tag 


Port 


Destination Trunk 


7 6 5 4 3 2 1 0Ọ0 


Length: 11 Bytes 


Contents: 

e SESSION ID: 4 Bytes — TYPE: Session ID Parameter 

e INSTRUCTION TAG: 1 Byte — TYPE: Instruction Tag ID Parameter 
e PORT: 4 Bytes — TYPE: Port Info Parameter 

e DESTINATION TRUNK: 2 Bytes — TYPE: Destination Trunk Group 


Parameter 


Disconnect Mandatory Parameters 
The mandatory parameters for a Disconnect Primitive. 
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Disconnect Mandatory Parameters 


Session ID 


Instruction Tag 


Port 


Length: 9 Bytes 


Contents: 

e SESSION ID: 4 Bytes — TYPE: Session ID Parameter 

e INSTRUCTION TAG: 1 Byte — TYPE: Instruction Tag ID Parameter 
e PORT: 4 Bytes — TYPE: Port Info Parameter 


Error Detected Mandatory Parameters 
The mandatory parameters for a Error Detected Primitive. 


Error Detected Mandatory Parameters 


reyes (nore 


7 6 5 4 3 2 1 += 0 


Length: 2 Bytes 


Contents: 
e ERROR CAUSE: 2 Bytes — TYPE: Error Cause Parameter 


Flow Control Mandatory Parameters 
The mandatory parameters for a Flow Control Primitive. 
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Flow Control Mandatory Parameters 


| Se 
7 6 5 4 3 2 1 0 


Length: | Byte 


Contents: 
e INSTRUCTION TAG: 1 Byte — TYPE: Instruction Tag ID Parameter 


Heartbeat Mandatory Parameters 


The Heartbeat Primitive does not contain any information in the primitive. A 
Heartbeat primitive message contains only what is mandatory for a LOPER 
primitive which is the Primitive Tag, the Primitive Length, and the Optional 
Pointer making a total of 5 bytes. 


Hold Mandatory Parameters 
The mandatory parameters for a Hold Primitive. 


Hold Mandatory Parameters 


Session ID 


Instruction Tag 


Length: 9 Bytes 


Contents: 
e SESSION ID: 4 Bytes — TYPE: Session ID Parameter 
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e INSTRUCTION TAG: 1 Byte — TYPE: Instruction Tag ID Parameter 
e PORT: 4 Bytes — TYPE: Port Info Parameter 


Monitor Mandatory Parameters 
The mandatory parameters for a Monitor Primitive. 


Monitor Mandatory Parameters 


Session ID 


Instruction Tag 


Port 


Monitor Information 


Length: 11 Bytes 


Contents: 

e SESSION ID: 4 Bytes — TYPE: Session ID Parameter 

e INSTRUCTION TAG: 1 Byte — TYPE: Instruction Tag ID Parameter 

e PORT: 4 Bytes — TYPE: Port Info Parameter 

e MONITOR INFORMATION: 2 Bytes — TYPE: Monitor Mask Parameter 


Mute Mandatory Parameters 
The mandatory parameters for a Mute Primitive. 
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Mute Mandatory Parameters 


Session ID 


Instruction Tag 


Length: 9 Bytes 


Contents: 

e SESSION ID: 4 Bytes — TYPE: Session ID Parameter 

e INSTRUCTION TAG: 1 Byte — TYPE: Instruction Tag ID Parameter 
e PORT: 4 Bytes — TYPE: Port Info Parameter 


New Call Accepted Mandatory Parameters 
The mandatory parameters for a New Call Accepted Primitive. 
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New Call Accepted Mandatory 
Parameters 


4 Bytes Session ID 


1 Byte Instruction Tag 


4 Bytes Port 


8 Bytes Port Service Info 


Length: 17 Bytes 


Contents: 

e SESSION ID: 4 Bytes — TYPE: Session ID Parameter 

e INSTRUCTION TAG: 1 Byte — TYPE: Instruction Tag ID Parameter 

e PORT: 4 Bytes — TYPE: Port Info Parameter 

e PORT SERVICE INFO: 8 Bytes — TYPE: Port Service Info Parameter 


New Call Rejected Mandatory Parameters 
The mandatory parameters for a New Call Rejected Primitive. 
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New Call Rejected Mandatory 
Parameters 


4 Bytes ( Port 


Length: 4 Bytes 


Contents: 
e PORT: 4 Bytes — TYPE: Port Info Parameter 


Play Message Mandatory Parameters 
The mandatory parameters for a Play Message Primitive. 


Play Message Mandatory Parameters 


Session ID 


Instruction Tag 


Port 


Message 


Length: 11 Bytes 


Contents: 

e SESSION ID: 4 Bytes — TYPE: Session ID Parameter 

e INSTRUCTION TAG: 1 Byte — TYPE: Instruction Tag ID Parameter 
e PORT: 4 Bytes — TYPE: Port Info Parameter 
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e MESSAGE: 2 Bytes — TYPE: Message Info Parameter 


Play Prompt Collect Digits Mandatory Parameters 
The mandatory parameters for a Play Prompt Collect Digits Primitive. 


Play Prompt Collect Digits 
Mandatory Parameters 


Session ID 


Instruction Tag 


Port 


Digits to Collect 


Message 


Length: 15 Bytes 


Contents: 

e SESSION ID: 4 Bytes — TYPE: Session ID Parameter 

e INSTRUCTION TAG: 1 Byte — TYPE: Instruction Tag ID Parameter 
e PORT: 4 Bytes — TYPE: Port Info Parameter 

e DIGITS TO COLLECT: 4 Bytes — TYPE: Digit Collection Parameter 
e MESSAGE: 2 Bytes — TYPE: Message Info Parameter 


Port Status Mandatory Parameters 
The mandatory parameters for a Port Status Primitive. 
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Port Status Mandatory Parameters 


Instruction Tag 


Port 


Status 


Length: 7 Bytes 


Contents: 

e INSTRUCTION TAG: 1 Byte — TYPE: Instruction Tag ID Parameter 
e PORT: 4 Bytes — TYPE: Port Info Parameter 

e STATUS: 2 Bytes — TYPE: Port Status Parameter 


Query Port Mandatory Parameters 
The mandatory parameters for a Query Port Primitive. 


Query Port Mandatory Parameters 


Instruction Tag 


Length: 5 Bytes 


Contents: 
e INSTRUCTION TAG: 1 Byte — TYPE: Instruction Tag ID Parameter 
e PORT: 4 Bytes — TYPE: Port Info Parameter 
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Query Time of Day (TOD) Mandatory Parameters 
The mandatory parameters for a Query TOD Primitive. 


Query TOD Mandatory Parameters 


rove [C monne 


7 6 5 4 3 2 1 0 


Length: 1 Byte 


Contents: 
e INSTRUCTION TAG: 1 Byte — TYPE: Instruction Tag ID Parameter 


Reconnect Mandatory Parameters 
The mandatory parameters for a Reconnect Primitive. 


Reconnect Mandatory Parameters 


Session ID 


Instruction Tag 


Port 1 


Port 2 


Length: 13 Bytes 


Contents: 

e SESSION ID: 4 Bytes — TYPE: Session ID Parameter 

e INSTRUCTION TAG: 1 Byte — TYPE: Instruction Tag ID Parameter 
e PORT 1: 4 Bytes — TYPE: Port Info Parameter 
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e PORT 2: 4 Bytes — TYPE: Port Info Parameter 


Reset Switch Mandatory Parameters 
The mandatory parameters for a Reset Switch Primitive. 


Reset Switch Mandatory Parameters 


Return IP Address 


Instruction Tag 


7 6 5 4 3 2 1 0 


Length: 9 Bytes 


Contents: 
e RETURN IP ADDRESS: 8 Bytes — TYPE: Port Service Info 
Parameter 


Note: There is | Mandatory PSI Parameter called the Return IP Address 
parameter which is used to send the Instruction Completed. There are 0 
to 20 Optional PSI Parameters called the IP Address to Reset 
parameter(s) which are used to do the actual resetting of calls. 


e INSTRUCTION TAG: 1 Byte — TYPE: Instruction Tag ID Parameter 


Set Billing Record Mandatory Parameters 
The mandatory parameters for a Set Billing Record Primitive. 
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Set Billing Record Mandatory 
Parameters 


Session ID 


Instruction Tag 


Port Info 


Billing Information 


Length: Variable in Size 


Contents: 

e SESSION ID: 4 Bytes — TYPE: Session ID Parameter 

e INSTRUCTION TAG: 1 Byte — TYPE: Instruction Tag ID Parameter 
e PORT: 4 Bytes — TYPE: Port Info Parameter 

e BILLING INFORMATION: Variable in Size — TYPE: Billing Info 


Parameter 


Set IP Address Mandatory Parameters 
The mandatory parameters for a Set IP Address Primitive. 
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Set IP Address Mandatory Parameters 


8 Bytes Port Service Info 
Send Agent 
Data 
1 Byte Instruction Tag 
1 Byte Spare 


Length: 14 Bytes 


Contents: 

e PORT: 4 Bytes — TYPE: Port Info Parameter 

e PORT SERVICE INFO: 8 Bytes — TYPE: Port Service Info Parameter 

e SEND AGENT DATA: 1 Bit — TYPE: Boolean (TRUE = 1, FALSE = 0) 
e INSTRUCTION TAG: 1 Byte — TYPE: Instruction Tag ID Parameter 


Stop Message Mandatory Parameters 
The mandatory parameters for a Stop Message Primitive. 
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Stop Message Mandatory Parameters 


Session ID 


Instruction Tag 


Port 


Message 


Length: 11 Bytes 


Contents: 

e SESSION ID: 4 Bytes — TYPE: Session ID Parameter 

e INSTRUCTION TAG: 1 Byte — TYPE: Instruction Tag ID Parameter 
e PORT: 4 Bytes — TYPE: Port Info Parameter 

e MESSAGE: 2 Bytes — TYPE: Message Info Parameter 


Transmit Siginfo Mandatory Parameters 
The mandatory parameters for a Transmit Siginfo Primitive. 
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Transmit Siginfo Mandatory 
Parameters 


4 Bytes Session ID 


1 Byte Instruction Tag 


4 Bytes Port 


412 Bytes Signalling Info 


Length: 421 Bytes 


Contents: 

e SESSION ID: 4 Bytes — TYPE: Session ID Parameter 

e INSTRUCTION TAG: 1 Byte — TYPE: Instruction Tag ID Parameter 
e PORT: 4 Bytes — TYPE: Port Info Parameter 

e SIGNALLING INFO: 412 Bytes — TYPE: Signalling Info Parameter 


PSN LOPER Mandatory Parameters for Events 


The following mandatory parameters are used to build Event notifications. 
Their description includes the length of the parameter as well as the TYPE 
of each field in the parameter. 


Agent Data Mandatory Parameters 
The mandatory parameters for an Agent Data Event. 
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Agent Data Mandatory Parameters 
1 Byte Info Change Reason/Agent Count 
2 Bytes Current Switch ID 
2 Bytes New Switch ID 
7 Bytes Agent Data Info (1) 
7 Bytes Agent Data Info (n) 

Where (n) = Agent Count 
7 6 5 4 3 2 1 Q 


Length: 12 Bytes (Min) — 446 Bytes (Max) 


Contents: 


e Info Change Reason/Agent Count: 1 Byte — TYPE: Info Change Reason 
Parameter 


e Current Switch ID: 2Bytes — TYPE: Switch ID Parameter 

e New Switch ID: 2Bytes — TYPE: Switch ID Parameter 

e Agent Data Info (1): 7 Bytes — TYPE: Agent Data Info Parameter 
e Agent Data Info (n): 7 Bytes — TYPE: Agent Data Info Parameter 


Note: The number of Agent Data Info parms must equal the Agent Count 
Value in the first byte. 
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Current Time of Day (TOD) Mandatory Parameters 
The mandatory parameters for a Current TOD Event. 


Current TOD Mandatory Parameters 


Instruction Tag 


Current Time of Day 


Length: 9 Bytes 


Contents: 
e INSTRUCTION TAG: 1 Byte — TYPE: Instruction Tag ID Parameter 
e CURRENT TIME OF DAY: 8 Byte — TYPE: Time of Day Parameter 


Digits Collected Mandatory Parameters 
The mandatory parameters for a Digits Collected Event. 
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Digits Collected Mandatory Parameters 


4 Bytes Session ID 


1 Byte Instruction Tag 


4 Bytes Port 


Min: 4 Bytes Digits Collected 
Max: 27 Bytes 


Length: Min: 13 Bytes Max: 36 Bytes 


Contents: 

e SESSION ID: 4 Bytes — TYPE: Session ID Parameter 

e INSTRUCTION TAG: 1 Byte — TYPE: Instruction Tag ID Parameter 

e PORT: 4 Bytes — TYPE: Port Info Parameter 

e DIGITS COLLECTED: MIN: 4 Bytes MAX: 27 Bytes — TYPE: Digits 


Collected Parameter 


Error Detected Mandatory Parameters 
The mandatory parameters for a Error Detected Event. 
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Error Detected Mandatory Parameters 


anyes (L mra 


7 6 5 4 3 2 I1 0 


Length: 2 Bytes 


Contents: 
e ERROR CAUSE: 2 Bytes — TYPE: Error Cause Parameter 


In Service Mandatory Parameters 
The mandatory parameters for a In Service Event. 


In Service Mandatory Parameters 


xe (Re 


7 6 5 4 3 2 1 0 


Length: 1 Byte 


Contents: 
e RESET REASON: 1 Byte — TYPE: Reset Reason Parameter 


Instruction Completed Mandatory Parameters 
The mandatory parameters for a Instruction Completed Event. 
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Instruction Completed Mandatory 
Parameters 


Session ID 


Instruction Tag 


Status 


Port 


Instruction ID 


Length: 12 bytes 


Contents: 

e SESSION ID: 4 Bytes — TYPE: Session ID Parameter 

e INSTRUCTION TAG: 1 Byte — TYPE: Instruction Tag Parameter 
e STATUS: 2 Bytes — TYPE: Port Status Parameter 

e PORT: 4 Bytes — TYPE: Port Info Parameter 

e INSTRUCTION ID: 1 Byte — TYPE: Instruction ID Parameter 


Message Played Mandatory Parameters 
The mandatory parameters for a Message Played Event. 
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Message Played Mandatory 
Parameters 


Session ID 


Instruction Tag 


Length: 9 Bytes 


Contents: 

e SESSION ID: 4 Bytes — TYPE: Session ID Parameter 

e INSTRUCTION TAG: 1 Byte — TYPE: Instruction Tag ID Parameter 
e PORT: 4 Bytes — TYPE: Port Info Parameter 


New Call Mandatory Parameters 
The mandatory parameters for a New Call Event. 
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New Call Mandatory Parameters 
Port a: 
Count Bearer Capability 
Switch ID 
Signalling : 
Spare | Type Spare] Switch ID 
Spare Agent Type 
Spare Access Type 
Spare Call Type 
Ports 
Port 1 
4 Bytes 
Port 2 (Optional) 
4 Bytes 
Port 3 (Optional) 
4 Bytes 
7 6 5 4 3 2 1 = O 


Parameter Length: MIN: 10 Bytes MAX: 18 Bytes 


Parameter Contents: 

e BEARER CAPABILITY: 6 Bits — TYPE: Bearer Capability Parameter 
e PORT COUNT; 2 Bits — VALUES INCLUDE: 0 to 3. 

e SWITCH ID: 7 Bits — TYPE: Switch ID Parameter 

e SIGNALLING TYPE: 1 BYTE- TYPE: Signalling Type Parameter 
e AGENT TYPE: 1 BYTE- TYPE: Agent Type Parameter 

e ACCESS TYPE: 5 Bits — TYPE: Access Type Parameter 
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e CALL TYPE: 5 Bits — TYPE: Call Types Parameter 


e PORTS: Ports consists of a minimum of 1 port to a maximum of 3 ports. 


Port TYPE: Port Info Parameter 


Off Hook Mandatory Parameters 
The mandatory parameters for an Off Hook Event. 


Off Hook Mandatory Parameters 


Session ID 


Instruction Tag 


Length: 9 Bytes 


Contents: 

e SESSION ID: 4 Bytes — TYPE: Session ID Parameter 

e INSTRUCTION TAG: 1 Byte — TYPE: Instruction Tag ID Parameter 
e PORT: 4 Bytes — TYPE: Port Info Parameter 


On Hook Mandatory Parameters 
The mandatory parameters for an On Hook Event. 
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On Hook Mandatory Parameters 


Session ID 


Instruction Tag 


Length: 9 Bytes 


Contents: 

e SESSION ID: 4 Bytes — TYPE: Session ID Parameter 

e INSTRUCTION TAG: 1 Byte — TYPE: Instruction Tag ID Parameter 
e PORT: 4 Bytes — TYPE: Port Info Parameter 


Port Status Mandatory Parameters 
The mandatory parameters for a Port Status Event. 


Port Status Mandatory Parameters 


Instruction Tag 


Port 


Status 


Length: 7 Bytes 
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Contents: 

e INSTRUCTION TAG: 1 Byte — TYPE: Instruction Tag ID Parameter 
e PORT: 4 Bytes — TYPE: Port Info Parameter 

e STATUS: 2 Bytes — TYPE: Port Status Parameter 


Query Port Mandatory Parameters 
The mandatory parameters for a Query Port Event. 


Query Port Mandatory Parameters 


Instruction Tag 


Length: 5 Bytes 


Contents: 
e INSTRUCTION TAG: 1 Byte — TYPE: Instruction Tag ID Parameter 
e PORT: 4 Bytes — TYPE: Port Info Parameter 


Route Not Available Mandatory Parameters 
The mandatory parameters for a Route Not Available Event. 
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Route Not Available Mandatory 
Parameters 


Session ID 


Instruction Tag 


Length: 9 Bytes 


Contents: 

e SESSION ID: 4 Bytes — TYPE: Session ID Parameter 

e INSTRUCTION TAG: 1 Byte — TYPE: Instruction Tag ID Parameter 
e PORT: 4 Bytes — TYPE: Port Info Parameter 


Route Selected Mandatory Parameters 
The mandatory parameters for a Route Selected Event. 
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Route Selected Mandatory Parameters 


Session ID 


Instruction Tag 


Originating Port 


Terminating Port 


Length: 13 Bytes 


Contents: 

e SESSION ID: 4 Bytes — TYPE: Session ID Parameter 

e INSTRUCTION TAG: 1 Byte — TYPE: Instruction Tag ID Parameter 
e ORIGINATING PORT: 4 Bytes — TYPE: Port Info Parameter 

e TERMINATING PORT: 4 Bytes — TYPE: Port Info Parameter 


Signalling Event Mandatory Parameters 
The mandatory parameters for a Signalling Event. 
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Signalling Event Mandatory 
Parameters 


4 Bytes Session ID 


1 Byte 4 Instruction Tag 


4 Bytes Port 


Siginfo Msg 


MAX: 411 Bytes 


Length: MAX 420 Bytes 


Contents: 

e SESSION ID: 4 Bytes — TYPE: Session ID Parameter 

e INSTRUCTION TAG: 1 Byte — TYPE: Instruction Tag ID Parameter 
e PORT: 4 Bytes — TYPE: Port Info Parameter 

e SIGINFO MSG: MAX: 411 Bytes — TYPE: Signalling Info Parameter 


Stop Heartbeat Mandatory Parameters 
The mandatory parameters for an Stop Heartbeat Event. 
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Stop Heartbeat Mandatory Parameters 


iBye {{ Spare 


7 6 5 4 3 2 1 0 


Length: | Byte 


Contents: 


e Spare: 1 Byte — To make message word aligned. 


Tone Detected Mandatory Parameters 
The mandatory parameters for a Tone Detected Event. 


Tone Detected Mandatory Parameters 


Session ID 


Instruction Tag 


Port 


Tone Detected Information 


7 6 5 4 3 2 1 8 


Length: 10 Bytes 


Contents: 

e SESSION ID: 4 Bytes — TYPE: Session ID Parameter 

e INSTRUCTION TAG: 1 Byte — TYPE: Instruction Tag ID Parameter 
e PORT: 4 Bytes — TYPE: Port Info Parameter 
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e TONE DETECTED INFORMATION: 1 Byte — TYPE: Tone Detected 
Parameter 
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Appendix A 
PSN for UCS DMS-250 switch 


This appendix describes the Programmable Service Node (PSN) specifically 
for the UCS DMS-250 switch. This appendix documents only the 
differences between the PSN Platform (described in the main chapters of 
this document) and the PSN for the UCS DMS-250 switch. The PSN for 
UCS DMS-250 feature builds on top of the strategic PSN platform; it 
implements UCS DMS-250 specific triggering mechanisms and specific 
parameters to provide a complete PSN platform for UCS DMS-250 
customers. 


These systems do not offer the reliability or the capacity required for truly 
robust performance. Also, the different computing platforms introduced into 
the network to support these overlay systems introduce maintenance and 
network management complexities, and increase operations and sustaining 
costs. 


The SCU platform provides service control capabilities. A high-speed data 
link connects the SCU and the PSN. Possible high speed data links include 
IEEE 802.3 Ethernet (the current offering), FDDI, ATM, and other 
protocols. 


Entering Server Mode 


An existing UCS call follows in-switch logic until it encounters a CAIN 
Trigger Detection Point (TDP). It can proceed as a CAIN call and query the 
AIN SCP, or become a PSN call and query the SCU. 


Refer to the UCS DMS-250 NetworkBuilder Application Guide for more 
details. 
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Specifications 
For a potential PSN call, the CAIN trigger database is accessed at a TDP 
based on the Point in Call (PIC). There are two methods to become a PSN 
call. 


1 


One way to become a PSN call is to datafill the CAIN trigger database 
tables so that the trigger action is to query the SCU. This is done by 
datafilling the CAINGRP option on the originating trunk group from 
table TRKGRP, the ANI in table ANISCUSP, the 
CAIN_OFFICE_GROUP in table OFCPARM, or by the authcode in 
table AUTHCODU. For PRI agents, the CAINGRP option must be 
datafilled in table CALLATTR. For more information on the CAIN 
Trigger Tables and Office Parms, refer to the UCS DMS-250 
NetworkBuilder Application Guide. 


A new action, Query the SCU (QUERYSCU), is added to the CAIN 
trigger database tables CUSTDP, OFFHKIMM, PRIBCHNL, SIOTRK, 
and SPECDIG. When this action is obtained from accessing the 
database, it results in the call entering server mode and becoming a PSN 
call. Normal UCS DMS-250 call processing actions are suspended when 
a call becomes a PSN call. 


When the QUERYSCU action is encountered, in-switch call processing 
is suspended and the New_Call event notification message is sent to the 
SCU. If an in-switch error occurs before all digits are present, the call 
goes to treatment and does not become a PSN call, as it would have 
under the existing CAIN functionality. 


The second way to become a PSN call is to become an AIN call, query 
the AIN SCP and receive a response from the AIN SCP to query the 
SCU, 


In both cases, a New_Call event notification is sent to the SCU. The 
information contained in a New_Call event notification is as follows: 


Switch ID: from the office parameter ORIG_SWITCH_ID (mandatory) 


Trunk port: trunk group and trunk member information for the port 
involved in the call when it becomes a PSN call (mandatory) 


Access Type: the access type of the port involved in the call. 
(Mandatory) 


Call Type: the call type of the call. (Mandatory) 
Bearer Capability: the bearer capability of the call. (Mandatory) 


Signalling Type:whether the agency is PTS 2-wire, PTS 4-wire, SS7 or 
PRI. (Mandatory) 
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e Agent Type: the TRKGRP type of the originator. For example, FGD, 
IMT or DAL. (Mandatory) 


e Digits information collected (optional): 


— ANI: from ANI, PANI, or CLID digits received or determined by the 
UCS DMS-250, including the ID digits. 


— AUTHCODE: The filed or dialed authorization digits. 


— PIN: The Personal Identification Number received by the UCS 
DMS-250 associated with the AUTHCODE or ANI processing. 


— Account Code: The account code received by the UCS DMS-250 
associated with the AUTHCODE, ANI, or MCCSCARD processing. 


— Called Number: The number the UCS DMS-250 would ordinarily 
use for translations. Example: dialed number. 


— STS, OPart and TPart—The partition information the UCS DMS-250 
would normally use for routing. 


e Point In Call: the point in call (PIC) / Trigger Criteria combination active 
when it was determined that the SCU was to be queried (Optional) 


e ISUP Index: the ISUP Index of the SS7 originator (Optional) 


e COT Required: the COT required field value in Table TRKSGRP for the 
SS7 originator (Optional) 


Signaling protocol 
The following sections contain information on the PSN signaling protocol. 


TCAP signaling 

The indication parameter, ConnectToScu, allows the AIN SCP to specify 
that an agent is to be routed to the SCU. This parameter is added to the 
CAIN existing TCAP message, Continue. If ConnectToScu is present in the 
extension parameter of the Continue message, then the UCS DMS-250 
terminates CAIN call processing and begins PSN processing by sending the 
call to the SCU. For more information on this extension parameter, refer to 
the UCS DMS-250 NetworkBuilder Application Guide. 


PSN signaling 

PSN messages and parameters (in the LOPER format) are described in more 
detail in the main chapters of this document. Most of the messages and 
parameters sent to the SCU or received from the SCU do not require 
modifications for this feature. 


The parameters that have different values from the ones defined as the 
strategic PSN values are in the following sections. 
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Access Type 


This parameter contains the combination of access and trunk type 
information. This information is sent in the NEW CALL event notification 
and contains the originating trunk information. 


Access Type Parameter 


Spare Access Type 


7 6 5 4 3 2 1 0 


Parameter Length: 1 Byte 
Parameter Contents: 
e ACCESS TYPE : 5 Bits. The access type of the port, which is encoded 
as follows: 
— 00000: Unused (Spare) 
— 00001: PTS FGD 
— 00010:SS7 FGD 
— 0001 I: DAL 4-wire 
— 00100: DAL 2-wire 
— 00101: PRI 
— 00110to1 1111: Unused (Spare) 
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Call Type 


This parameter contains the call type for the call when it is determined by 
the PSN that the call is to be controlled by the SCU. 


Call Type Parameter 


7 6 5 4 3 2 1 0 


Mandatory Parameter for a New Call event. 
Parameter Length: 1 Byte 
Parameter Contents: 
e CALL TYPE: 5 Bits. The call type gives information on the type of call 
being made. The values defined currently include: 
— 00000: Undetermined * 
— 00001: Onnet * 
— 00010: Offnet * 
— 00011: Public Speed 
— 00100: Private Speed 
— 00101: Hotline Speed 
— 00110: NO00* 
— 00111: Zero Plus — Onnet 
— 01000: Zero Plus — Offnet 
— 01001: INTOA * 
— 01010to1 1111: Spare Values 


The values marked with an “*” are the only values that are currently 
supported. 
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Point In Call 


This parameter contains the point in the call when all criteria were met and 
the PSN gave the SCU control over the call. 


Point In Call Parameter 


Spare Point In Call 


Trigger Criteria 


Optional Parameter Tag: 130 
Parameter Length: 2 Byte 
Parameter Contents: 


e POINT IN CALL: 5 bits. This field contains the point in call, at which 
time the PSN determines that the call is a service call and needs to be 
controlled by the SCU. It is encoded as follows: 


— 00000: Not Used 

— 00001: Orig Null 

— 00010: Authorize Orig Attempt 
— 00011: Collect Information 
— 00100: Analyze Information* 
— 00101: Select Route 

— 00110: Authorize Call Setup 
— 00111: Send Call 

— 01000: Orig Alerting 

— 01001: Orig Active 

— 01010: Orig Suspended 

— 01011: Term Null 


— 01100: Authorize Termination 
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— 01101: Select Facility 
— 01110: Present Call 
— 01111: Term Alerting 
— 10000: Term Active 
— 10001: Term Suspended 
— 10010tol 1111: Spare Values 
The values marked with an “*” are the only values that are currently 
supported. 
e TRIGGER CRITERIA: 8 Bits. This field is encoded as follows: 
— 00000000: Feature Activator 
— 00000001: Vertical Service Code 
— 00000010: Customized Access 
— 00000011: Customized Intercom* 
— 00000100:NPA 
— 00000101:NPA_NXX 
— 00000110:NXx 
— 00000111:NXX_XXxx 
— 00001000: NPA_NXXXXxXxX* 
— 00001001: Country_Code_NPA_NXXXXxXxX* 
— 00010000: Offhook Immed 
— 00011000: Net Busy 
— 00011011: Orig Called Party Busy 
— 00011101: Org No Answer 
— 00100000: Orig Feature Activator 
— 01100000: Channel Setup PRI CLID 
— 01100001: Channel Setup PRI Addr 
— 01100010: Channel Setup PRI NOO 
— 01100011: Channel Setup PRI Intl 
— 01100100: Specific Digit String Info* 
— 01100101: Specific Digit String ANI* 
— 01100110: Specific Digit String NOO* 
— 01100111: Specific Digit String CIC 
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— 01101000: Shared Interoffice CIC 

— 01101001: Shared Interoffice Info 

— 01101010: Shared Interoffice ANI 

— 01101011: Shared Interoffice Addr 

— 01101100: Shared Interoffice NOO 

— 01101101: Shared Interoffice Intl 

— 01101110tol 1141414111: Unused (Spare) 


297-2621-380 Standard 04.03 August 1999 


PSN for UCS DMS-250 switch 22-9 


Serving Translation Scheme 


This parameter contains the serving translation scheme (STS) of the call. 
The switch sends this parameter to the SCU in the New Call event 
notification message. 


STS Parameter 


1st Digit 


3rd Digit 2nd Digit 


7 6 5 4 3 2 


r 


0 


Optional Parameter Tag: 131 


Parameter Length: 2 Bytes 


Parameter Contents: 


e COUNT : 4 Bits: This contains the number of digits in the STS. Valid 
values include | to 3. 


e DIGITS 1, 2, and 3 : Each digit is 4 Bits: This field contains the 3 digits 
in the TBCD format, which are encoded as follows: 


0000: Filler 
0001: Digit 1 
0010: Digit 2 
0011: Digit 3 
0100: Digit 4 
0101: Digit 5 
0110: Digit 6 
0111: Digit 7 
1000: Digit 8 
100 1: Digit9 
1010: Digit 0 
1011:* 

1100:# 
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— 1101:D 
— 1110:E 
— 1111:F 


PSN Messaging 
PSN messages in the LOPER format are described in Chapters 14, 17, 19, 
and 21 in this document. Most of the messages sent to the SCU or received 
from the SCU do not require modifications for this feature. The following 
sections describe the messages that have different formats from the ones 
defined as the strategic PSN messages. 
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New Call Mandatory Parameters 
The mandatory parameters for a New Call Event. 


New Call Mandatory Parameters 


Port 7 
Count Bearer Capability 


Spare Switch ID 


Call Type | Access Type 


Spare | Call Type 
con't 


Spare 


Spare 


Ports 


4 Bytes Port 2 (Optional) 


4 Bytes Port 3 (Optional) 


Parameter Length: MIN: 10 Bytes MAX: 18 Bytes 
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Parameter Contents: 

e BEARER CAPABILITY: 6 Bits. TYPE: Bearer Capability Parameter 
e PORT COUNT: 2 Bits. VALUES INCLUDE: 0 to 3. 

e SWITCH ID: 7 Bits. TYPE: Switch ID Parameter 

e ACCESS TYPE: 5 Bits. TYPE: Access Type Parameter 

e CALL TYPE: 5 Bits. TYPE: Call Types Parameter 


e PORTS: Ports consists of a minimum of 1 port to a maximum of 3 ports. 


Port TYPE: Port Info Parameter 


New Call Optional Parameters 
The following is a list of optional parameters for a New Call Event. 


Collected Digits 

This parameter contains any digits collected during regular call processing. 
A maximum of 10 optional Collected Digits parameters will be decoded. 
After the 10th optional Collected Digits parameter has been decoded if 
additional optional Collected Digits parameters are dropped. 


TYPE: Digits Collected Parameter 


Serving Translation Scheme (STS) 

This parameter contains the serving translation scheme of the call. The 
switch sends this parameter to the SCU in the New Call event notification 
message. 


TYPE: STS Parameter 


Point In Call (PIC) 
This parameter contains the point in the call when all criteria are met and the 
PSN gives the SCU control over the call. 


TYPE: Point In Call Parameter 


Flow Control Encountered 
This parameter informs the SCU that Flow Control is active and it provides 
the source that initiated the Flow Control is active. 


TYPE: Flow Control Encountered Parameter 
Signaling Information 


This parameter contains any signaling information that is stored during 
regular call processing. 
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TYPE: Signaling Info Parameter 


This parameter contains the Signaling Information in the standard format 
that is applicable to the signaling type of the port. This parameter may be 
used to receive or send signaling information from/to the SCU. 


Depending upon the primitive or event notification in which this parameter 
is transmitted and the signaling type of the associated port, its contents are 
different. In general, the contents contain parameters that are encoded in the 
standard format. 


For PTS agents, there are no standards used. For SS7 agents, the parameters 
are encoded based on the TR444 and GR394, and for PRI agents, the 
TR1268 and ITU-T Q.931 are used to define the parameters. 


Signaling Info is included in the primitives and event notification messages 
as shown in Table 22-1. For details on all the parameters that are supported 
within the signaling info parameter, refer to the following section in this 
appendix, “SS7 and PRI Messages and Parameters Supported in SIGINFO 
Parameter.” 


Table 22-1 
PTS, SS7, and PRI Messages that are included in the Primitives and Event 
Notifications 


Primitive/Event 


Notification PTS Messages SS7 Messages PRI Messages 
Connect Digits To Outpulse, IAM SETUP 
Bearer Capability 
Disconnect — REL DISC, REL 
Transmit Siginfo Digits To Outpulse, IAM, ANM, REL, CONNECT, REL, 
PTS On-Hook, CPG, FAA, FAR, DISC, FACility, 
PTS Off-Hook FRJ, PAM, RES, Alert 
SUS 
Off-Hook — ANM CONNECT 
—continued— 
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Table 22-1 


PTS, SS7, and PRI Messages that are included in the Primitives and Event 
Notifications (continued) 


Primitive/Event 


Notification PTS Messages SS7 Messages PRI Messages 
On-Hook — REL, RSC DISC, REL 
Signaling Event Digits Outpulsed ACM, CPG, COT, PROGRESS, 

Indicator FAA, FAR, FRJ, ALERT, FACILITY, 
PAM, RES, SUS CALL 
PROCeeding, 
RELease 
COMPlete 
—end— 


PSN Agencies 


The originating agency is the agency which first enters server mode by 
triggering through CAIN. PSN supports the following originating agencies: 


e PRI 


DAL (4 wire and 2 wire FXS) 
IMT — PTS and SS7 
FGD -— PTS and SS7 


The subsequent agency is the agency that is brought into server mode by the 


SCU. PSN supports the following subsequent agencies: 
DAL (4 wire and 2 wire FXS) 


e FGB 
e FGC 
e FGD (PTS and SS7) 


e PRI 


Feature interactions 


In this phase of PSN, there are no feature interactions with the existing In- 
switch features. Once an agent is tagged a PSN agent, the SCU is given full 
control of this PSN agent. The SCU may then send instructions to control 
each PSN agent. 


IMT (PTS and SS7) 
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The SCU maintains full control of this call until all parties in this call are 
on-hook or are disconnected by the SCU. 


Terminating Agent Bearer Capability (BC) Screening 


When a connection is made between any two ports (using either a Connect 
or a Reconnect primitive), the bearer capability of the two ports is screened 
for compatibility. (Bearer Capability screening is not supported for 
multi-party calls that are setup using the Bridge primitive.) Table 
BCCOMPAT defines the bearer capability pairs which are compatible with 
one another. 


If the bearer capability screening fails, then the connection is not made and 
an Error Detected event notification message is sent to the SCU. 


BC Derivation for Originating Agent 
For the port that triggers a New Call event to the SCU, the Bearer Capability 
is obtained in-switch. 


e This value is obtained from the BCNAME field in table TRKGRP. 


e For subsequent connections on this port, the SCU may change the port’s 
Bearer Capability (using the optional Originator Bearer Capability 
parameter in the Connect primitives). If this happens, the new BC is used 
to check the compatibility. 


Bearer Capability derivation for subsequent agent 

For all subsequent ports that are added to a PSN call, the Bearer Capability 
is derived from the Signaling Info parameter which is included in the 
Connect primitive. Subsequent connection setups on this port use this bearer 
capability information for BC screening. 


1 The Bearer Capability information is included in the Signaling Info 
parameter as the following sub-parameters and is based on the signaling 
type of the port. 


— The sub-parameter BEARER CAPABILITY for PTS agents. 


— The sub-parameter USER SERVICES INFORMATION for SS7 
agents. 


The sub-parameter BEARER CAPABILITY (in Q.931 format) for PRI 
agents. 


2 Ifthe Bearer Capability sub-parameter is not included in the Signaling 
Info parameter, then the BC is derived from table TRKGRP. 


— For IMT trunks, the Bearer Capability is obtained from the DDI field 
of table TRKGRP. 
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— For every other trunk, the Bearer Capability is obtained from the 
BCNAME field of table TRKGRP. 


PSN Optionality 


The following sections contain information on PSN optionality control. 


PSN Optionality Control Requirements 


Software Optionality Control (SOC) functionality allows operating company 
personnel to select optional groups of one or more features, called options. 
Customers control these options through the SOC CI level. Nortel Networks 
supports personnel control passwords for activation and deactivation of the 
right-to-use (RTU) on all options. 


This activity implements a SOC Combination Option, referred to as order 
number (UPSNO0001), which contains a combination of SOC State option 
functionality and SOC Usage option functionally. Please see UCS DMS-250 
Software Optionality Control (SOC) User’s Manual for more information. 


e State option — A state option controls its features by assigning a state of 
either IDLE or ON to the option through a SOC CI command after the 
purchase of the proper passwords from Nortel Networks. Software 
allows use of the feature on the basis of the option’s state. 


e Usage option — A usage option controls its feature by assigning a limit to 
the number of resources that the option controls. The three types of 
limits that can be assigned are: 


— Hard limit — If a hard limit is assigned, no resources may be assigned 
beyond the limit. 


— Soft limit — If a soft limit is assigned, resources may be allocated 
beyond the limit. 


— MONITORED limit — If MONITORED is assigned, there is no limit 
to the number of resources that may be allocated. 


Logs are generated when a limit is reached or exceeded. There is also a 
THRESHOLD value that may be set by operating company personnel so 
that logs are generated before a limit is reached. Please see Chapter 8, “PSN 
Logs” for more information. The usage options in this activity will be sent to 
operating companies with a default hard limit of 0. 


The PSN SOC counts the number of active PSN agents. Therefore, if the 
limit is set to 10,000, this allows for up to 10,000 concurrently active PSN 
agents. Please note that the count refers to the number of active agents, not 
calls. For example, if the typical PSN call has an average of 2 active agents, 
then a customer has purchased approximately 5,000 currently active PSN 
calls when purchasing a PSN SOC count of 10,000. 
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Because of the real-time impact of SOC, PSN SOC usage resources are 
allocated as blocks of 1000 weighted Call Processing Class primitives. This 
means that the first 1000 messages sent do not notify SOC of usage. The 
feature tracks the usage internally to 1000 before notifying SOC. This allows 
the SOC real-time to affect only 1 in every 1000 weighted Call Processing 
Class primitives which are successfully processed. 


SOC resource usage can be verified through the Operational Measurement 
(OM) UPSNACT group. This OM group contains fields corresponding to 
Call Processing Class primitives and events which create or destroy PSN 
agents (that is, new call and disconnect). Each OM group field is 
incremented when the corresponding primitive or event is successfully 
processed. For more information on the UPSNPRIM OM Group, see the 
UCS DMS-250 Operational Measurements Reference Manual. 


When the PSN SOC option UPSNO001 state is not ON or the PSN SOC 
option UPSNO001 hard limit is exceeded, a SOC resource is not granted to 
process a received Call Processing Class primitive or event that is going to 
create a PSN agent (new call event or connect primitive). When this occurs, 
a UPSN 100 log is generated, and either the UPSNFAIL OM Group Register 
PRIMFAIL (for a failed Connect primitive) or EVENFAIL (for a failed 
New_Call event) is incremented. For more information on the UPSNFAIL 
OM Group, see the UCS DMS-250 Operational Measurements Reference 
Manual. For more information on the UPSN log, see the UCS DMS-250 
Logs Reference Manual. 


When the PSN SOC option UPSNO001 state is IDLE, or when the PSN SOC 
hard limit is exceeded, a new call’s attempt to query an SCU for supervision 
results in a PSN Failure (PSNF) Treatment on the originating agent. 


When the PSN SOC option UPSNO0001 state is IDLE, or when the PSN SOC 
hard limit is exceeded, an attempt to route a CAIN SCP supervised agent to 
an SCU for supervision results in a PSN Failure (PSNF) Treatment on the 
originating agent. 


When the PSN SOC option UPSNO001 state is IDLE, or when the PSN SOC 
hard limit is exceeded, PSN does not attempt to initiate polling for 
connection to an SCU. 


Since PSN functionality is dependent on either CAIN CUSTDP Trigger 
functionality or CAIN SPECDIC Trigger functionality, the PSN SOC option 
displays a dependency warning message when the PSN SOC state is 
transitioned to ON when both the CAIN CUSTDP Trigger SOC option 
(CAINO500) and CAIN SPECDIG Trigger SOC option (CAINO501) are in 
the IDLE state. 
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Also, when transitioning the SOC options CAIN0500 or CAIN0501 from 
ON to IDLE, SOC displays a dependency warning message indicating that 
the UPSNO001 option is dependent on the CAIN Trigger options and PSN 
functionality could be affected. 


PSN Optionality Control Feature Interaction 


PSN Billing 


This PSN Optionality Control interacts with the following features: 


— Software Optionality Control Base feature. 
— Carrier-AIN SOC. 


See the UCS DMS-250 Software Optionality Control (SOC) User’s Manual. 


PSN Optionality Control interaction with the SOC BASE feature causes 
minor changes to be visible to SOC. Refer to the UCS DMS-250 Commands 
Reference Manual and the UCS DMS-250 Logs Reference Manual for more 
information. 


PSN dependency on the CAIN CUSTDP Trigger feature and the CAIN 
SPECDIG Trigger feature requires the state transition impact statements for 
SOC options CAIN0500 and CAINO501 to provide warning statements 
indicating that PSN functionality could be affected when transitioning 
CAINO0500 or CAINO501 from ON to IDLE. The PSN SOC option also 
displays a dependency warning message when transitioning from IDLE to 
ON when both the CAIN CUSTDP Trigger option (CAINO500) and CAIN 
SPECDIG Trigger option (CAINO501) are in the IDLE state. 


The SCU generates billing records for all agents under its control since it has 
the information about the services it provides. The SCU has the primary 
responsibility for the billing records. 


The UCS DMS-250 switch also generates billing records for agents 
associated with a PSN call. This is used to supplement the billing records 
generated by the SCU. 


For this release of the PSN, Call Detail Records (CDR) are provided for 
each agent (trunk) entering server mode operation as follows: 


Default CDR 


For the initial agent which enters server mode as the result of CAIN 
triggering, a CDR will be generated with the following fields populated: 


ORIGGRP: Originating Trunk Group 
ORIGMEM: Originating Trunk Member 
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ORIGDATE: Origination Date 
ORIGTIME: Origination Time 
DISCDATE: Disconnect Date 
DISCTIME: Disconnect Time 
CRID: Call Reference ID (optional) 
SEQNUM: Sequence Number 


Also for the agent originating and entering server mode, CDR fields which 
had been populated up to the point of server mode entry will retain their 
values. 


For subsequent agents which enter server mode as the result of SCU control, 
a CDR is generated with the following fields populated: 


TERMGRP: Terminating Trunk Group 
TERMMEM: Terminating Trunk Member 
ORIGDATE: Origination Date 
ORIGTIME: Origination Time 
DISCDATE: Disconnect Date 
DISCTIME: Disconnect Time 

CRID: Call Reference ID (optional) 
SEQNUM: Sequence Number 


The CDR generated for an initial agent always has that agent’s Trunk Group 
and Trunk Member numbers in the ORIGGRP and ORIGMEM fields. For 
subsequent agents, the Trunk Group and Trunk Member numbers are in 
TERMGRP and TERMMEM fields. The ORIGTIME and ORIGDATE will 
be populated based on the time and date the agent was added to the call, and 
the DISCDATE and DISCTIME will show the date and time the agent was 
removed from the SCU call. The SEQNUM ensures that records are not lost 
in transit to billing systems. 


0 00000000: Unknown 
1 00 1: Asterisk Detected 
1 10-11 1: Unused (Spare) 


Populated CDR 


The SCU can overwrite the default value of a CDR field by sending the 
BillinInfo parameter, either as a mandatory or as an optional parameter. 
There are 17 CDR fields which might be populated by the SCU. Every digits 
type has a maximum number of digits. The maximum size of the 
BillinInfo parameter is 240 bytes. The following list specifies the 17 
digits types and their maximum number of digits supported by the 
BillinInfo parameter: 


e Acctcode Digits: a Max of 12 Digits 
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e Anisp Digits: a Max of 10 Digits 

e Billnum Digits: a Max of 23 Digits 

e Call Duration Digits: a Max of 5 Digits (Note) 

e Carrierid Digits: a Max of 4 Digits 

e Calling Ptyaddr Digits: a Max of 15 Digits 

e CRID Digits: a Max of 9 Digits 

e Dialedno Digits: a Max of 18 Digits 

e DNIS Digits: a Max of 15 Digits 

e Infodig Digits: a Max of 2 Digits 

e Origgrp Digits: a Max of 4 Digits 

e Origmem Digits: a Max of 4 Digits 

e PIN Digits: a Max of 4 Digits 

e Termerp Digits: a Max of 4 Digits 

e Termmem Digits: a Max of 4 Digits 

e Termpvn Digits: a Max of 15 Digits 

e Univacc Digits: a Max of 10 Digits 

Note: The maximum value the SCU can send to populate the Call Duration 
CDR field is 65499 Seconds (equal to 18.19 Hours), which gets displayed in 
the CDR fields in 10 ms increments. For example, the value 123 becomes 1. 
The value is rounded up if the last 2 digits are 50 or above. The value is 


rounded down if the last 2 digits are 49 or less. For example, 9550 is 
displayed as 00000096 and 9549 is displayed as 00000095. 


One CDR is generated for every agent involved in a server mode call when 
the trunk is disconnected, goes on-hook or is taken down by the UCS 
DMS-250 switch due to a fatal error. 


PSN Billing Details 


The details on how and what billing information is captured depend entirely 
upon the customer using PSN. The customer may decide to capture some 
information using the CDRs (Call Detail Records), or may decide to do the 
billing entirely on the SCU. 


Table 22-2 shows the mapping of CDR fields that any primitive that has the 
BillinInfo parameter, either as mandatory or as an optional parameter may 
populate, and it shows the Digit Type which correlates to each of the CDR 
fields. 
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Table 22-2 
CDR field name mapping 


CDR field name 


ACCTCD 
ANISP 
BILLNUM 
CIC 
CLGPTYNO 
CRID 
DIALEDNO 
DNIS 
INFODIG 
PINDIG 
TERMPVN 
UNIVACG 
CALLDUR 
ORIGGRP 
ORIGMEM 
TERMGRP 
TERMMEM 


Additional information 


Digit Type 


Acctcode digits (23) 
Anisp digits (10) 
Billing num digits (5) 
Carrierid digits (8) 
Calling ptyaddr digits (2) 
CRID digits (16) 
Dialedno digits (26) 
DNIS digits (21) 
Infodig digits (9) 

Pin digits (14) 
Termpvn digits (18) 
Univacc digits (19) 
Call duration digits (7) 
Origgrp digits (11) 
Origmem digits (12) 
Termgrp digits (24) 
Termmem digits (25) 


The following sections contain additional information on PSN for the UCS 


DMS-250 switch. 


Engineering/Hardware 


The existing six-port conference bridge is used to allow more than two ports 
to be bridged. It is also used to bridge two or more parties to a message. 


PSN requires the use of six-port and not three-port conference circuits. 


Logs 


PSN does not generate any CAIN logs. 
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The format of logs CDR272 and CDR273 are modified to match the new 
Call Detail Record (CDR) format. See the UCS DMS-250 Logs Reference 
Manual. 


Data schema 


CAIN Trigger Database Tables 

Changes are made to the CAIN trigger database tables to add the new action 
QUERYSCU. Refer to the UCS DMS-250 Data Schema Reference Manual 
for additional information. 


CAIN Simulator Tables 
Changes are made to the CAIN simulator tables to add the new extension 
parameter, ConnectToScu, to the TCAP Continue message. 


Commands 


A change is made to the CAINTEST CI command to display the 
ConnectToScu extension parameter in the Continue message when it is 
received as a response to a CAIN query or conversation message sent from 
CAINTEST. The following is an example of the Continue message with the 
ConnectToScu extension parameter. 


>SEND QUERY 1 

Message sent, waiting for reply 

TIME --> RECEIVED RESPONSE IN 3.7 SECONDS 
CONTINUE received 

Continue call with the SCP 
CONNECT_TO_SCU: Y 

Mailbox deallocated 


Several SOC CI commands have been changed by providing SOC for the 
Programmable Service Node. See the UCS DMS-250 SOC User’s Manual. 


A warning message is displayed if a user attempts to transition UPSNOOO1 
to ON when CAIN0500 and CAINO501 are in the IDLE state. 


A warning message is displayed if a user attempts to transition CAINO500 to 
IDLE when UPSNO0001 is in the ON state. 


A warning message is displayed if a user attempts to transition CAINO501 to 
IDLE when UPSNO0001 is in the ON state. 


See the UCS DMS-250 Commands Reference Manual for additional 
information. 
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Operational measurements (OM) 


A register is added to the CAINTRIG OM group for the new trigger action, 
QUERYSCU. 


The OM group UPSNACT is added for SOC resource usage verification. 


A new OM group UPSNFAIL is added for the case when SOC denies 
processing of a PSN Call Processing Class primitive. 


See the UCS DMS-250 Operational Measurements Reference Manual. for 
additional information. 


Restrictions/Limitations 
The following restrictions/limitations apply to PSN calls: 


Only two-way trunks are supported as either originators or terminators of 
PSN calls. Outgoing only or incoming only agents are considered invalid 
for PSN calls and termination or originations to these trunks are not 
allowed in server mode. 


EDALs and ONALs are not supported as either originators or 
terminators of PSN calls. 


Trunk agencies that rely on ATD receivers are not supported. 


A UCS call can only be either a CAIN call or a PSN call, but not both at 
any point in time. A CAIN call can become a PSN call, but CAIN 
processing is terminated when this occurs. 


AXXESS Agents are not supported as either originators or terminators of 
PSN calls. 


Two wire trunks (for example, DAL) may “leak” some of the received 
voice prompts signal into the call processing as user input. When the 
Bong Tone is recorded starting with a tone that represents # sign, under 
severe “leak,” the call processing may interpret this as the termination of 
user digit stream input. 


Two-wire FXO trunks are not supported as either originators or 
terminators of PSN calls. 
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SS7 and PRI Messages and Parameters Supported in SIGINFO 
Parameter 


The following diagram provides a list of SS7 messages and parameters that 
are passed between the PSN and the SCU inside the Signaling INFO 
parameter. 


SS7 Messages 


SS7 Messages 


Address Complete Message (ACM) 
Message Type (M) 
Backward Call Indicators (M) 


Call Reference 


US Network Parm (#FE) 


User to User Indicator (#2A) 


User to User Information (#20) 
Answer Message (ANM) 
Message Type (M) 


Backward Call Indicators 


Call Reference 
Carrier Selection 
Internetwork Specific ANM 
Intranetwork Specific ANM 
Network Specific ANM 
Operator Information 
US Network Parm Name (#FE) 


User to User Indicator (#2A) 
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SS7 Messages 


User to User Information (#20) 
Call Progress Message (CPG) 
Message Type (M) 

Event Information (M) 
Backward Call Indicators 
Party Information 
Redirection Number 
Supply End-to-End Information Request 
Supply End-to-End Information Response 
User to User Indicator (#2A) 

User to User Information (#20) 
Continuity Message 


Message Type (M) 


Continuity Indicators (M) 
Facility Accepted Message (FAA) 


Message Type (M) 


Facility Indicator (M) 


Call Reference 
Facility Request Message (FAR) 


Message Type (M) 


Facility Indicator (M) 
Call Reference 


Called Party Address 
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SS7 Messages 


Calling Party Number 


Charge Adjustment 


Charge Number 


GD Callid 
Operator Information 
Originating Line Info 
Facility Reject Message (FRJ) 
Message Type (M) 
Facility Indicator (M) 
Cause Indicator (M) 
Call Reference 
Initial Address Message (IAM) 


Message Type (M) 


Called Party Number (M) 


Calling Party’s Category (M) 


Forward Call Indicators(M) 


Nature of Connection Indicators(M) 


User Service Information (M) 


Calling Party Address 


Carrier Identification 
Carrier Selection Information (HEE) 
Channel Assignment Map (#25) 


Charge Number 
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SS7 Messages 


GD (Authcode) 


GD (CallID) 


GD (CLLI Admin) 


GD (IMT Info) 
GD (RLT Treatment Code) 

GD (Terminating SWID & TRKGRP) 
GD (XFR Operator Queue) 
Network Information (#C3) 

Network Specific Facilities (NSF) 
Network Specific IAM 
Operator Information 
Operator Service Indicators 
Originating Line Information 


Supplementary Line Information 


Transit Network Selection (TNS) 
Pass Along Message (PAM) 


Message Type (M) 


RPM message [with Reconfig. Ind. (M) & Backward Call Ind.] 
Release Message (REL) 
Message Type (M) 
Cause Indicators (M) 


User to User Indicator (#2A) 


User to User Information (#20) 
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SS7 Messages 


Reset Circuit Message (RSC) 
Message Type (M) 
Resume Message (RES) 


Message Type (M) 


Resume Indicators (M) 
Suspend Message (SUS) 
Message Type (M) 


Suspend Indicators (M) 


Q.931 PRI Messages 
The following diagram provides a list of the Q.931 PRI Messages: 


Q.931 PRI Messages 


ALERTing 
Message Type (M) 
Protocol Discriminator (M) 
Progress Indicator 
User to User Information 
CALL PROCeeding 
Message Type (M) 
Protocol Discriminator (M) 
CONNect 


Message Type (M) 
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Q.931 PRI Messages 


Protocol Discriminator (M) 


User to User Information 
DISConnect 
Message Type (M) 
Cause (M) 
Protocol Discriminator (M) 
Cause 
User to User Information 
FA Cility 
Message Type (M) 
Protocol Discriminator (M) 
Called Party Number 
Called Party Subaddress 
PROGress 


Message Type (M) 


Protocol Discriminator (M) 


Progress Indicator (M) 


Cause 


User to User Information 
RELease 
Message Type (M) 
Protocol Discriminator(M) 


Cause 
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Q.931 PRI Messages 


User to User Information 
RELease COMPlete 
Message Type (M) 
User to User Information 
SETUP 
Message Type (M) 
Bearer Capability (M) 
Called Party Number (M) 
Protocol Discriminator (M) 
Business Group 
Called Party Subaddress 
Calling Party Number 


Calling Party Subaddress 


Display 


Higher Layer Compatibility 


Lower Layer Compatibility 


Network Specific Facility 


Original Called Number 


Progress Indicator 


Transit Network Selection 


User to User Information 
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New call information collected 
The following sections describe new call information collected for PSN. 


e Agencies: The following are valid originating agencies for PSN on 
UCS06. They are classified based on the signaling type. All agencies 
must be 2-way trunks. New Call is supported on all the agencies 
provided in the following list: 


— PTS: FGD, IMT, DAL, TIE (MF and DTMF) 
— SS7: FGD, IMT 
— PRI: basic PRI. 


e New Call Triggers: For each New Call sent to the SCU, the Trigger 
Criteria at which the port either (a) sends a message to the SCU and 
enters the server mode or (b) sends a message to the AIN SCP and later 
on (based on the SCP response) enters the server mode— is specified. 


Table 22-3 provides the possible Trigger Criteria for the PSN agencies 
provided in the preceding list. For each applicable Trigger Criteria, if an 
action of QUERYSCU is encountered, then the call is deemed a PSN call 
and a New_Call event notification is sent to the SCU with the information 
listed in this section. 
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Table 22-3 


Trigger Criteria Applicable for PSN Agencies 


Trigger Criteria 


PIC TDP Trigger Agency for the Agency 
O_Null Origination_ Offhook_ DAL Refer to Table 
Attempt Immediate 22-7 
Collect_information Information_ Shared_ PTS, FGD Refer to Table 
Collected Interoffice_ 22-4 
Trunk 
SS7, FGD Refer to Table 
22-4 
PTS, IMT Refer to Table 
22-11 
SS7, IMT Refer to Table 
22-11 
DAL Refer to Table 
22-8 
TIE Refer to Table 
22-8 
PRI_B_ Refer to Table 
Channel 22-14 
—continued— 
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Table 22-3 
Trigger Criteria Applicable for PSN Agencies (continued) 


Trigger Criteria 


PIC TDP Trigger Agency for the Agency 
Analyze_Information | Information_ Custom_ PTS, FGD Refer to Table 
Analyzed Dialing_ 22-5 
Plan 
SS7, FGD Refer to Table 
22-5 
PTS, IMT Refer to Table 
22-12 
SS7, IMT Refer Table 
22-12 
DAL Refer Table 
22-9 
TIE Refer to Table 
22-9 
PRI Refer to Table 
22-15 


—continued— 
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Table 22-3 
Trigger Criteria Applicable for PSN Agencies (continued) 
Trigger Criteria 
PIC TDP Trigger Agency for the Agency 
Analyze_Information | Information_ Specific_ PTS, FGD Refer to Table 
Analyzed Digit_String 22-6 
SS7, FGD Refer to Table 
22-6 
PTS, IMT Refer to Table 
22-13 
SS7, IMT Refer to Table 
22-13 
DAL Refer to Table 
22-10 
TIE Refer to Table 
22-10 
PRI Refer to Table 
22-16 


—end— 


Parameters in the NEW CALL Event Notification 


The New_Call event notification is sent to the SCU when the PSN 
determines that the port is to be controlled by the SCU, (when the port enters 
the server mode). There are several ways that the PSN may determine that 
the port is to be controlled by the SCU: 


e itis determined through the existing CAIN logic (using the existing 
CAIN triggers) that the port is to be controlled by the SCU (actions 
QUERYSCU in the CAIN trigger tables SPECDIG and CUSTDP). 


e the call queries the CAIN SCP, a response is returned from the CAIN 
SCP indicating that the call is to be controlled by the SCU. 


For each of the cases in the preceding text, the parameters sent in the 
New_Call event notification may be different. 
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Also, the New Call parameters depend upon the access type of the port, the 
call type at the time of sending the new call to the SCU, the point in call and 
the digits information that is available at the time of query. 


The following is a detailed list of New Call parameters. 


New Call — BEFORE Querying the AIN SCP 


This section describes the New Call parameters for ports when the AIN 
trigger tables indicate that the call is to be controlled by the SCU, and the 
call has not at any point before this queried the AIN SCP. 


The following New Call parameters are applicable to the FGD agent. The 
Dialling Plan (DP) for FGDs may be one of the following. 


The SS7 FGD information is converted to one of the formats shown in the 
following dial plans before the TDPs are encountered. The specific format 
that they are converted into depends upon information that is received in the 
IAM message. 
1 Pure FGD (with DTMF PIN and Account) 

a. MF: KP +I + ANI + ST 

b. MF: KP + Address + ST 

c. DTMF: PIN + Account 
2 FGD International 

a. MF: KP + INX + XXX + CCC + ST 

b. MF: KP +II+ ANI + ST 

c. MF: KP + Address (CC + NN) + ST 

d. DTMF: (PIN) + (ACCT) 
3 FGD UA International 

a. MF: KP +(10-digit ANI) + ST 

b. MF: KP + 800-NXX-XXXX+ST 

c. DTMF: AUTH + (PIN) + 011 + CC + NSN + (AC) 
4 FGD (Cut-thru) 

a. MF: KP +I + ANI + STP 

b. DTMF: Address 
5 FGD Transitional (auth billed) 

a. MF: KP +I + ANI + STP2/STP3 

b. DTMF: Authcode + Address 
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6 FGD UA (auth billed) 
a. MF: KP +I + ANI + ST 
b. MF: KP + UA (Universal Access Number) + ST 
c. DTMF: Authcode + Address 
7 3-Stage Domestic 
a. MF: KP + OZZ + XXX(X) + ST 
b. MF: KP +II+ ANI + ST 
c. MF: KP + Address + ST 
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Table 22-4 
Collection_Information, Information _Collected, Shared_Interoffice_Trunk for PTS FGD and 
SS7 FGD 


Digits Type New Call Parameters 

ADDR switchld, portsInTheCall, bearerCapability, signalingType, agentType 
accessType (pts_fgd, ss7_fgd) 
callType (from address pretranslations for all the DPs) 


infoCollected (callingPartyAddress (Info Digits + ANI), calledPartyAddress 
(address), personalldentificationNumber, accountCodeNumber for DP a) 


infoCollected (callingPartyAddress (Info Digits + ANI), calledPartyAddress 
(address), for DP b and d) 


infoCollected (callingPartyAddress (ANI), calledPartyAddress (address), 
authorizationCode for DP c) 


infoCollected (callingPartyAddress (Info Digits + ANI), calledPartyAddress 
(address), authorizationCode for DP e and f) 


STS (STS from ANI for DP a, b, and d; STS from authcode for DP c, e, and f) 
Partition (OPART and TPART (datafilled by key STS)) 
Signaling Info (IAM - if SS7) 


—continued— 
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Table 22-4 


Collection_Information, Information _Collected, Shared_Interoffice_Trunk for PTS FGD and 
SS7 FGD (continued) 


Digits Type 


New Call Parameters 


ADIN 


switchld, portsInTheCall, bearerCapability, signalingType, agentType 
accessType (pts_fgd, ss7_fgd) 
callType (from address pretranslations for all the DPs) 


infoCollected (callingPartyAddress (Info Digits + ANI), calledPartyAddress 
(address), personalldentificationNumber, accountCodeNumber for DP a) 


infoCollected (callingPartyAddress (Info Digits +ANI), calledPartyAddress 
(address), for DP b and d) 


infoCollected (callingPartyAddress (ANI), calledPartyAddress (address), 
authorizationCode for DP c) 


infoCollected (callingPartyAddress (Info Digits + ANI), calledPartyAddress 
(address), authorizationCode for DP e and f) 


STS (STS from ANI for DP a, b, and d; STS from authcode for DP c, e, and f) 
Partition (OPART and TPART (datafilled key STS) 
Signaling Info (IAM - if SS7) 


—continued— 
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Table 22-4 
Collection_Information, Information_Collected, Shared_Interoffice_Trunk for PTS FGD and 
SS7 FGD (continued) 


Digits Type New Call Parameters 


ANI switchld, portsInTheCall, bearerCapability, signalingType, agentType 
accessType (pts_fgd, ss7_fgd) 
callType (from address pretranslations for all the DPs) 


infoCollected (callingPartyAddress (Info Digits + ANI), calledPartyAddress 
(address), personalldentificationNumber, accountCodeNumber for DP a) 


infoCollected (callingPartyAddress (Info Digits +ANI), calledPartyAddress 
(address), for DP b and d) 


infoCollected (callingPartyAddress (ANI), calledPartyAddress (address), 
authorizationCode for DP c) 


infoCollected (callingPartyAddress (Info Digits + ANI), calledPartyAddress 
(address), authorizationCode for DP e and f) 


STS (STS from ANI for DP a, b, and d; STS from authcode for DP c, e, and f) 
Partition (OPART and TPART (datafilled key STS) 
Signaling Info (IAM - if SS7) 


—continued— 
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Table 22-4 


Collection_Information, Information _Collected, Shared_Interoffice_Trunk for PTS FGD and 
SS7 FGD (continued) 


Digits Type New Call Parameters 
CIC switchld, portsInTheCall, bearerCapability, signalingType, agentType 
accessType (pts_fgd, ss7_fgd) 
callType (from address pretranslations for all DPs) 
infoCollected (callingPartyAddress (Info Digits + ANI), calledPartyAddress 
(address), fcarrierCode for DP g) 
STS (STS from ANI for DP g) 
Partition (OPART and TPART (datafilled by key STS)) 
Signaling Info (IAM - if SS7) 
INFO switchld, portsInTheCall, bearerCapability, signalingType, agentType 


accessType (pts_fgd, ss7_fgd) 
callType (from address pretranslations for all the DPs) 


infoCollected (callingPartyAddress (Info Digits + ANI), calledPartyAddress 
(address), personalldentificationNumber, accountCodeNumber for DP a) 


infoCollected (callingPartyAddress (Info Digits +ANI), calledPartyAddress 
(address), for DP b and d) 


infoCollected (callingPartyAddress (Info Digits + ANI), calledPartyAddress 
(address), authorizationCode for DP e and f) 


STS (STS from ANI for DP a, b, and d; STS from authcode for DP c, e, and f) 
Partition (OPART and TPART (datafilled key STS) 


Signaling Info (IAM - if SS7) 


—end— 
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Table 22-5 
Analyze_Information, Information_Analyzed, Custom_Dialing_Plan for PTS FGD and SS7 
FGD 


Digits Type New Call Parameters 

ADDR switchld, portsInTheCall, bearerCapability, signalingType, agentType 
accessType (pts_fgd, ss7_fgd) 
callType (from address pretranslations for all the DPs) 


infoCollected (callingPartyAddress (Info Digits + ANI), calledPartyAddress 
(address), personalldentificationNumber, accountCodeNumber for DP a) 


infoCollected (callingPartyAddress (Info Digits + ANI), calledPartyAddress 
(address), for DP b and d) 


infoCollected (callingPartyAddress (ANI), calledPartyAddress (address), 
authorizationCode for DP c) 


infoCollected (callingPartyAddress (Info Digits + ANI), calledPartyAddress 
(address), authorizationCode for DP e and f) 


STS (STS from ANI for DP a, b, and d; STS from authcode for DP c, e, and f) 
Partition (OPART and TPART (datafilled by key STS)) 
Signaling Info (IAM - if SS7) 


—continued— 
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Table 22-5 
Analyze_Information, Information_Analyzed, Custom_Dialing_Plan for PTS FGD and SS7 
FGD (continued) 


Digits Type New Call Parameters 


XLAADDR switchld, portsInTheCall, bearerCapability, signalingType, agentType 
accessType (pts_fgd, ss7_fgd) 
callType (from address pretranslations for all the DPs) 


infoCollected (callingPartyAddress (Info Digits + ANI), calledPartyAddress 
(address), personalldentificationNumber, accountCodeNumber for DP a) 


infoCollected (callingPartyAddress (Info Digits + ANI), calledPartyAddress 
(address), for DP b and d) 


infoCollected (callingPartyAddress (ANI), calledPartyAddress (address), 
authorizationCode for DP c) 


infoCollected (callingPartyAddress (Info Digits + ANI), calledPartyAddress 
(address), authorizationCode for DP e and f) 


STS (STS from ANI for DP a, b, and d; STS from authcode for DP c, e, and f) 
Partition (OPART and TPART (datafilled by key STS)) 
Signaling Info (IAM - if SS7) 


—end— 
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Table 22-6 
Analyze_Information, Information_Analyzed, Specific_Digit_String for PTS FGD and SS7 FGD 


Digits Type New Call Parameters 

ADDR switchld, portsInTheCall, bearerCapability, signalingType, agentType 
accessType (pts_fgd, ss7_fgd) 
callType (from address pretranslations for all the DPs) 


infoCollected (callingPartyAddress (Info Digits + ANI), calledPartyAddress 
(address), personalldentificationNumber, accountCodeNumber for DP a) 


infoCollected (callingPartyAddress (Info Digits + ANI), calledPartyAddress 
(address), for DP b and d) 


infoCollected (callingPartyAddress (ANI), calledPartyAddress (address), 
authorizationCode for DP c) 


infoCollected (callingPartyAddress (Info Digits + ANI), calledPartyAddress 
(address), authorizationCode for DP e and f) 


STS (STS from ANI for DP a, b, and d; STS from authcode for DP c, e, and f) 
Partition (OPART and TPART (datafilled by key STS)) 
Signaling Info (IAM - if SS7) 


—continued— 
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Table 22-6 
Analyze_Information, Information_Analyzed, Specific_Digit_String for PTS FGD and SS7 FGD 
(continued) 

Digits Type New Call Parameters 

ADIN switchld, portsInTheCall, bearerCapability, signalingType, agentType 


accessType (pts_fgd, ss7_fgd) 
callType (from address pretranslations for all the DPs) 


infoCollected (callingPartyAddress (Info Digits + ANI), calledPartyAddress 
(address), personalldentificationNumber, accountCodeNumber for DP a) 


infoCollected (callingPartyAddress (Info Digits +ANI), calledPartyAddress 
(address), for DP b and d) 


infoCollected (callingPartyAddress (ANI), calledPartyAddress (address), 
authorizationCode for DP c) 


infoCollected (callingPartyAddress (Info Digits + ANI), calledPartyAddress 
(address), authorizationCode for DP e and f) 


STS (STS from ANI for DP a, b, and d; STS from authcode for DP c, e, and f) 
Partition (OPART and TPART (datafilled key STS) 
Signaling Info (IAM - if SS7) 


—continued— 
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Table 22-6 
Analyze_Information, Information_Analyzed, Specific_Digit_String for PTS FGD and SS7 FGD 
(continued) 


Digits Type New Call Parameters 


ANI switchld, portsInTheCall, bearerCapability, signalingType, agentType 
accessType (pts_fgd, ss7_fgd) 
callType (from address pretranslations for all the DPs) 


infoCollected (callingPartyAddress (Info Digits + ANI), calledPartyAddress 
(address), personalldentificationNumber, accountCodeNumber for DP a) 


infoCollected (callingPartyAddress (Info Digits +ANI), calledPartyAddress 
(address), for DP b and d) 


infoCollected (callingPartyAddress (ANI), calledPartyAddress (address), 
authorizationCode for DP c) 


infoCollected (callingPartyAddress (Info Digits + ANI), calledPartyAddress 
(address), authorizationCode for DP e and f) 


STS (STS from ANI for DP a, b, and d; STS from authcode for DP c, e, and f) 
Partition (OPART and TPART (datafilled key STS) 


Signaling Info (IAM - if SS7) 
CIC switchld, portsInTheCall, bearerCapability, signalingType, agentType 


access Type (pts_fgd, ss7_fgd) 
callType (from address pretranslations for all DPs) 


infoCollected (callingPartyAddress (Info Digits + ANI), calledPartyAddress 
(address), fcarrierCode for DP g) 


STS (STS from ANI for DP g) 
Partition (OPART and TPART (datafilled by key STS)) 


Signaling Info (IAM - if SS7) 


—continued— 
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Table 22-6 
Analyze_Information, Information_Analyzed, Specific_Digit_String for PTS FGD and SS7 FGD 
(continued) 

Digits Type New Call Parameters 

INFO switchld, portsInTheCall, bearerCapability, signalingType, agentType 


accessType (pts_fgd, ss7_fgd) 
callType (from address pretranslations for all the DPs) 


infoCollected (callingPartyAddress (Info Digits + ANI), calledPartyAddress 
(address), personalldentificationNumber, accountCodeNumber for DP a) 


infoCollected (callingPartyAddress (Info Digits +ANI), calledPartyAddress 
(address), for DP b and d) 


infoCollected (callingPartyAddress (Info Digits + ANI), calledPartyAddress 
(address), authorizationCode for DP e and f) 


STS (STS from ANI for DP a, b, and d; STS from authcode for DP c, e, and f) 
Partition (OPART and TPART (datafilled key STS) 
Signaling Info (IAM - if SS7) 


—continued— 
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Table 22-6 
Analyze_Information, Information_Analyzed, Specific_Digit_String for PTS FGD and SS7 FGD 
(continued) 


Digits Type New Call Parameters 


XLAADDR switchld, portsInTheCall, bearerCapability, signalingType, agentType 
accessType (pts_fgd, ss7_fgd) 
callType (from address pretranslations for all the DPs) 


infoCollected (callingPartyAddress (Info Digits + ANI), calledPartyAddress 
(address), personalldentificationNumber, accountCodeNumber for DP a) 


infoCollected (callingPartyAddress (Info Digits + ANI), calledPartyAddress 
(address), for DP b and d) 


infoCollected (callingPartyAddress (ANI), calledPartyAddress (address), 
authorizationCode for DP c) 


infoCollected (callingPartyAddress (Info Digits + ANI), calledPartyAddress 
(address), authorizationCode for DP e and f) 


STS (STS from ANI for DP a, b, and d; STS from authcode for DP c, e, and f) 
Partition (OPART and TPART (datafilled by key STS)) 
Signaling Info (IAM - if SS7) 


—end— 
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The following New Call parameters are applicable to the DAL and TIE 
agent (both MF and DTMF signaling types). The Dial Plan for DALs and 
TIEs may be one of the following. Dial plans (5) and (7) are applicable to 
TIEs only. 


1 DTMF: Authcode + Pin + Address + Account (dialed auth first) 
DTMF: Address + Authcode + Pin + Account (dialed auth last) 
DTMF: Pin + Address + Account (Filed auth) 
DTMF: Authcode + Pin + Address (PANI calls - ANIPIN DP) 
MF: KP + Authcode + Pin + Address + Account + ST (auth billed) 
International (DTMF only) 
— DTMF: 011 + (Authcode) + (Pin) + CC + NSN + (Account) 
7 International (MF only) 

— MF: KP + (AUTH) + (PIN) + 011 + CC + NSN + (Account) + ST 


Nn A UO N 


Table 22-7 
O_Null, Origination_Attempt, Offhook_Immediate for DAL 


Digits Type New Call Parameters 


ADDR switchld, portsInTheCall, bearerCapability, signaling Type, agentType 
accessType (2w_dal) 
callType (from address pretranslations) 
InfoCollected 
STS (STS from datafilled auth field) 


Partition (OPART and TPART (datafilled by key STS)) 


Note: The N/A PIC is triggered by datafill in the trigger table only. Since there is no digit dial for 
triggering this PIC, there is no Digits Collected either. 
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Table 22-8 
Collect_Information, Information_Collected, Shared_Interoffice_Trunk for DAL and TIE (DTMF 
and MF) 


Digits Type New Call Parameters 

ADDR switchld, portsInTheCall, bearerCapability, signalingType, agentType 
accessType (4w_dal, 2w_dal) 
callType (from address pretranslations for all the DPs) 


InfoCollected (authorizationCode, calledPartyAddress, 
personalldentificationNumber, accountCode for DP a, b, c, e, f, and g) 


infoCollected (callingPartyAddress (PANI), authorizationCode, 
personalldentificationNumber, calledPartyAddress for DP d) 


STS (STS from auth for DP a, b, c, e, f, and g; STS from ANI (PANI) for DP d) 


Partition (OPART and TPART (datafilled by key STS)) 
ADIN switchld, portsInTheCall, bearerCapability, signalingType, agentType 


accessType (4w_dal, 2w_dal) 
callType (from address pretranslations for all the DPs) 


InfoCollected (authorizationCode, calledPartyAddress, 
personalldentificationNumber, accountCode for DP a, b, c, e, f, and g) 


infoCollected (callingPartyAddress (PANI), authorizationCode, 
personalldentificationNumber, calledPartyAddress for DP d) 


STS (STS from auth for DP a, b, c, e, f, and g; STS from ANI (PANI) for DP d) 
Partition (OPART and TPART (datafilled by key STS)) 
Note: There is no ClC-specific behavior for call on DAL or TIE originations. 


—continued— 
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Table 22-8 


Collect_Information, Information_Collected, Shared_Interoffice_Trunk for DAL and TIE (DTMF 
and MF) (continued) 


Digits Type 


New Call Parameters 


ANI 


INFO 


switchld, portsInTheCall, bearerCapability, signalingType, agentType 
accessType (4w_dal, 2w_dal) 
callType (from address pretranslations for all the DPs) 


InfoCollected (authorizationCode, calledPartyAddress, 
personalldentificationNumber, accountCode for DP a, b, c, e, f, and g) 


infoCollected (callingPartyAddress (PANI), authorizationCode, 
personalldentificationNumber, calledPartyAddress for DP d) 


STS (STS from auth for DP a, b, c, e, f, and g; STS from ANI (PANI) for DP d) 


Partition (OPART and TPART (datafilled by key STS)) 
switchld, portsInTheCall, bearerCapability, signalingType, agentType 


accessType (4w_dal, 2w_dal) 
callType (from address pretranslations for all the DPs) 


InfoCollected (authorizationCode, calledPartyAddress, 
personalldentificationNumber, accountCode for DP a, b, c, e, f, and g) 


infoCollected (callingPartyAddress (PANI), authorizationCode, 
personalldentificationNumber, calledPartyAddress for DP d) 


STS (STS from auth for DP a, b, c, e, f, and g; STS from ANI (PANI) for DP d) 


Partition (OPART and TPART (datafilled by key STS)) 


Note: There is no ClC-specific behavior for call on DAL or TIE originations. 


—end— 
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Table 22-9 
Analyze_Information, Information_Analyzed, Custom_Dialing_Plan for DAL and TIE (DTMF 
and MF) 


Digits Type New Call Parameters 

ADDR switchld, portsInTheCall, bearerCapability, signalingType, agentType 
accessType (4w_dal, 2w_dal) 
callType (from address pretranslations for all the DPs) 


InfoCollected (authorizationCode, calledPartyAddress, 
personalldentificationNumber, accountCode for DP a, b, c, e, f, and g) 


infoCollected (callingPartyAddress (PANI), authorizationCode, 
personalldentificationNumber, calledPartyAddress for DP d) 


STS (STS from auth for DP a, b, c, e, f, and g; STS from ANI (PANI) for DP d) 


Partition (OPART and TPART (datafilled by key STS)) 
XLADDR switchld, portsInTheCall, bearerCapability, signalingType, agentType 


accessType (4w_dal, 2w_dal) 
callType (from address pretranslations for all the DPs) 


InfoCollected (authorizationCode, calledPartyAddress, 
personalldentificationNumber, accountCode for DP a, b, c, e, f, and g) 


infoCollected (callingPartyAddress (PANI), authorizationCode, 
personalldentificationNumber, calledPartyAddress for DP d) 


STS (STS from auth for DP a, b, c, e, f, and g; STS from ANI (PANI) for DP d) 
Partition (OPART and TPART (datafilled by key STS)) 
Note: There is no CIC specific behavior for call on DAL or TIE originations. 


—continued— 
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Table 22-10 
Analyze_Information, Information_Analyzed, Specific_Digit_String for DAL and TIE (DTMF 
and MF) 
Digits Type New Call Parameters 
ADDR switchld, portsInTheCall, bearerCapability, signalingType, agentType 
accessType (4w_dal, 2w_dal) 
callType (from address pretranslations for all the DPs) 
InfoCollected (authorizationCode, calledPartyAddress, 
personalldentificationNumber, accountCode for DP a, b, c, e, f, and g) 
infoCollected (callingPartyAddress (PANI), authorizationCode, 
personalldentificationNumber, calledPartyAddress for DP d) 
STS (STS from auth for DP a, b, c, e, f, and g; STS from ANI (PANI) for DP d) 
Partition (OPART and TPART (datafilled by key STS)) 
ADIN switchld, portsInTheCall, bearerCapability, signalingType, agentType 


accessType (4w_dal, 2w_dal) 
callType (from address pretranslations for all the DPs) 


InfoCollected (authorizationCode, calledPartyAddress, 
personalldentificationNumber, accountCode for DP a, b, c, e, f, and g) 


infoCollected (callingPartyAddress (PANI), authorizationCode, 
personalldentificationNumber, calledPartyAddress for DP d) 


STS (STS from auth for DP a, b, c, e, f, and g; STS from ANI (PANI) for DP d) 


Partition (OPART and TPART (datafilled by key STS)) 


Note: There is no CIC specific behavior for call on DAL or TIE originations. 


—continued— 
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Table 22-10 


Analyze_Information, Information_Analyzed, Specific_Digit_String for DAL and TIE (DTMF 
and MF) (continued) 


Digits Type New Call Parameters 


ANI switchld, portsInTheCall, bearerCapability, signalingType, agentType 
accessType (4w_dal, 2w_dal) 
callType (from address pretranslations for all the DPs) 


infoCollected (callingPartyAddress (PANI), authorizationCode, 
personalldentificationNumber, calledPartyAddress for DP d) 


STS (STS from ANI (PANI) for DP d) 
Partition (OPART and TPART (datafilled by key STS)) 
Note: There is no CIC specific behavior for call on DAL or TIE originations. 


—continued— 
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Table 22-10 


Analyze_Information, Information_Analyzed, Specific_Digit_String for DAL and TIE (DTMF 
and MF) (continued) 


Digits Type 


New Call Parameters 


INFO 


XLAADDR 


switchld, portsInTheCall, bearerCapability, signalingType, agentType 
accessType (4w_dal, 2w_dal) 
callType (from address pretranslations for all the DPs) 


InfoCollected (authorizationCode, calledPartyAddress, 
personalldentificationNumber, accountCode for DP a, b, c, e, f, and g) 


infoCollected (callingPartyAddress (PANI), authorizationCode, 
personalldentificationNumber, calledPartyAddress for DP d) 


STS (STS from auth for DP a, b, c, e, f, and g; STS from ANI (PANI) for DP d) 


Partition (OPART and TPART (datafilled by key STS)) 
switchld, portsInTheCall, bearerCapability, signalingType, agentType 


accessType (4w_dal, 2w_dal) 
callType (from address pretranslations for all the DPs) 


InfoCollected (authorizationCode, calledPartyAddress, 
personalldentificationNumber, accountCode for DP a, b, c, e, f, and g) 


infoCollected (callingPartyAddress (PANI), authorizationCode, 
personalldentificationNumber, calledPartyAddress for DP d) 


STS (STS from auth for DP a, b, c, e, f, and g; STS from ANI (PANI) for DP d) 


Partition (OPART and TPART (datafilled by key STS)) 


Note: There is no CIC specific behavior for call on DAL or TIE originations. 


—end— 


The following New Call parameters are applicable to the IMT agent. The 
Dialing Plan (DP) for FGDs may be one of the following: 


Note: The SS7 IMT information is converted to one of the formats shown 
in the following dial plans before the TDPs are encountered. The specific 
format that they are converted into depends upon information that is 
received in the IAM message. 
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1 ADDR 
— MF: KP + Addr + ST 
— or 
— DTMF: Addr + (#) 
2 I3PA 
— MF: KP+FC + PART + Addr + ST 
— or 
— DTMF: FC + PART + Addr + (#) 
3 SHARED 
— MEF: KP +FC+COS + PART + Addr + ST 
— or 
— DTMF: FC + COS + PART + Addr + (#) 
4 UNIVERSAL ACCESS 
— MEF: KP + 800-NXX-XXXX + ST 
— DTMF: Auth + Pin + Addr + Acct 
— or 
— DTMF: 0 + Addr + TCN + Acct 
5 3-Stage Domestic 
— MF: KP + OZZ + XXX(X) + ST 
— MEF: KP+II+ANI+ ST 
— MF: KP + Address + ST 


Note: Account codes are only supported for TCNs validated out-of-switch. 
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Gai cinomation, Information_Collected, Shared_Interoffice_Trunk for PTS IMT and SS7 
IMT 
Digits Type New Call Parameters 
ADDR switchld, portsInTheCall, bearerCapability, signalingType, agentType 
access Type (pts_imt, ss7_imt) 
callType (from address pretranslations for all the DPs) 
InfoCollected (callingPartyAddress, calledPartyAddress for DP a) 
infoCollected (callingPartyAddress, calledPartyAddress, partitionNumber for DP b 
and c personalldentificationNumber, calledPartyAddress for DP d) 
infoCollected (callingPartyAddress, calledPartyAddress, authorizationCode, 
personalldentificationNumber, AccountCode for DP d) 
STS (STS from auth for DP a, b, and c; STS from AUTH for DP d) 
Partition (OPART and TPART (datafilled by key STS)) 
SignalingInfo (IAM - if SS7) 
ADIN switchld, portsInTheCall, bearerCapability, signalingType, agentType 


access Type (pts_imt, ss7_imt) 
callType (from address pretranslations for all the DPs) 
InfoCollected (callingPartyAddress, calledPartyAddress for DP a) 


infoCollected (callingPartyAddress, calledPartyAddress, partitionNumber for DP b 
and c personalldentificationNumber, calledPartyAddress for DP d) 


infoCollected (callingPartyAddress, calledPartyAddress, authorizationCode, 
personalldentificationNumber, AccountCode for DP d) 


STS (STS from auth for DP a, b, and c; STS from AUTH for DP d) 
Partition (OPART and TPART (datafilled by key STS)) 
SignalingInfo (IAM - if SS7) 


—continued— 
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Table 22-11 
Collect_Information, Information_Collected, Shared_Interoffice_Trunk for PTS IMT and SS7 
IMT (continued) 


Digits Type New Call Parameters 


ANI switchld, portsInTheCall, bearerCapability, signalingType, agentType 
access Type (pts_imt, ss7_imt) 
callType (from address pretranslations for all the DPs) 
InfoCollected (callingPartyAddress, calledPartyAddress for DP a) 


infoCollected (callingPartyAddress, calledPartyAddress, partitionNumber for DP b 
and c personalldentificationNumber, calledPartyAddress for DP d) 


infoCollected (callingPartyAddress, calledPartyAddress, authorizationCode, 
personalldentificationNumber, AccountCode for DP d) 


STS (STS from auth for DP a, b, and c; STS from AUTH for DP d) 
Partition (OPART and TPART (datafilled by key STS)) 


SignalingInfo (IAM - if SS7) 
CIC switchld, portsInTheCall, bearerCapability, signalingType, agentType 


access Type (pts_imt) 
callType (from address pretranslations for all the DPs) 


InfoCollected (callingPartyAddress (Info Digits + ANI), calledPartyAddress 
(address), carrierCode for DP e) 


STS (STS from ANI for DP e) 
Partition (OPART and TPART (datafilled by key STS)) 
SignalingInfo (IAM - if SS7) 


—continued— 
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Table 22-11 
Collect_Information, Information_Collected, Shared_Interoffice_Trunk for PTS IMT and SS7 
IMT (continued) 


Digits Type New Call Parameters 


INFO switchld, portsInTheCall, bearerCapability, signalingType, agentType 
access Type (pts_imt, ss7_imt) 
callType (from address pretranslations for all the DPs) 
InfoCollected (callingPartyAddress, calledPartyAddress for DP a) 


infoCollected (callingPartyAddress, calledPartyAddress, partitionNumber for DP b 
and c personalldentificationNumber, calledPartyAddress for DP d) 


infoCollected (callingPartyAddress, calledPartyAddress, authorizationCode, 
personalldentificationNumber, AccountCode for DP d) 


STS (STS from auth for DP a, b, and c; STS from AUTH for DP d) 
Partition (OPART and TPART (datafilled by key STS)) 


SignalingInfo (IAM - if SS7) 
XLAADDR switchld, portsInTheCall, bearerCapability, signalingType, agentType 


accessType (4w_dal, 2w_dal) 
callType (from address pretranslations for all the DPs) 


InfoCollected (authorizationCode, calledPartyAddress, 
personalldentificationNumber, accountCode for DP a, b, c, e, f, and g) 


infoCollected (callingPartyAddress (PANI), authorizationCode, 
personalldentificationNumber, calledPartyAddress for DP d) 


STS (STS from auth for DP a, b, c, e, f, and g; STS from ANI (PANI) for DP d) 


Partition (OPART and TPART (datafilled by key STS)) 


—end— 
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Table 22-12 
Analyze_Information, Information_Analyzed, Custom_Dialing_Plan for IMT 


Digits Type New Call Parameters 

ADDR switchld, portsInTheCall, bearerCapability, signalingType, agentType 
access Type (pts_imt, ss7_imt) 
callType (from address pretranslations for all the DPs) 
InfoCollected (callingPartyAddress, calledPartyAddress for DP a) 


infoCollected (callingPartyAddress, calledPartyAddress, partitionNumber for DP b 
and c personalldentificationNumber, calledPartyAddress for DP d) 


infoCollected (callingPartyAddress, calledPartyAddress, authorizationCode, 
personalldentificationNumber, AccountCode for DP d) 


STS (STS from auth for DP a, b, and c; STS from AUTH for DP d) 
Partition (OPART and TPART (datafilled by key STS)) 


SignalingInfo (IAM - if SS7) 
XLAADDR switchld, portsInTheCall, bearerCapability, signalingType, agentType 


accessType (4w_dal, 2w_dal) 
callType (from address pretranslations for all the DPs) 


InfoCollected (authorizationCode, calledPartyAddress, 
personalldentificationNumber, accountCode for DP a, b, c, e, f, and g) 


infoCollected (callingPartyAddress (PANI), authorizationCode, 
personalldentificationNumber, calledPartyAddress for DP d) 


STS (STS from auth for DP a, b, c, e, f, and g; STS from ANI (PANI) for DP d) 


Partition (OPART and TPART (datafilled by key STS)) 


—continued— 
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Table 22-13 


Analyze_Information, Information_Analyzed, Specific_Digit_String for PTS IMT 


Digits Type 


ADDR 


ADIN 


New Call Parameters 

switchld, portsInTheCall, bearerCapability, signalingType, agentType 
access Type (pts_imt, ss7_imt) 

callType (from address pretranslations for all the DPs) 

InfoCollected (callingPartyAddress, calledPartyAddress for DP a) 


infoCollected (callingPartyAddress, calledPartyAddress, partitionNumber for DP b 
and c personalldentificationNumber, calledPartyAddress for DP d) 


infoCollected (callingPartyAddress, calledPartyAddress, authorizationCode, 
personalldentificationNumber, AccountCode for DP d) 


STS (STS from auth for DP a, b, and c; STS from AUTH for DP d) 
Partition (OPART and TPART (datafilled by key STS)) 


SignalingInfo (IAM - if SS7) 
switchld, portsInTheCall, bearerCapability, signalingType, agentType 


access Type (pts_imt, ss7_imt) 
callType (from address pretranslations for all the DPs) 
InfoCollected (callingPartyAddress, calledPartyAddress for DP a) 


infoCollected (callingPartyAddress, calledPartyAddress, partitionNumber for DP b 
and c personalldentificationNumber, calledPartyAddress for DP d) 


infoCollected (callingPartyAddress, calledPartyAddress, authorizationCode, 
personalldentificationNumber, AccountCode for DP d) 


STS (STS from auth for DP a, b, and c; STS from AUTH for DP d) 
Partition (OPART and TPART (datafilled by key STS)) 
SignalingInfo (IAM - if SS7) 


—continued— 
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Table 22-13 
Analyze_Information, Information_Analyzed, Specific_Digit_String for PTS IMT (continued) 


Digits Type New Call Parameters 

ANI switchld, portsInTheCall, bearerCapability, signalingType, agentType 
access Type (pts_imt, ss7_imt) 
callType (from address pretranslations for all the DPs) 
InfoCollected (callingPartyAddress, calledPartyAddress for DP a) 


infoCollected (callingPartyAddress, calledPartyAddress, partitionNumber for DP b 
and c personalldentificationNumber, calledPartyAddress for DP d) 


infoCollected (callingPartyAddress, calledPartyAddress, authorizationCode, 
personalldentificationNumber, AccountCode for DP d) 


STS (STS from auth for DP a, b, and c; STS from AUTH for DP d) 
Partition (OPART and TPART (datafilled by key STS)) 


SignalingInfo (IAM - if SS7) 
CIC switchld, portsInTheCall, bearerCapability, signalingType, agentType 


access Type (pts_imt) 
callType (from address pretranslations for all the DPs) 


InfoCollected (callingPartyAddress (Info Digits + ANI), calledPartyAddress 
(address), carrierCode for DP e) 


STS (STS from ANI for DP e) 
Partition (OPART and TPART (datafilled by key STS)) 


SignalingInfo (IAM - if SS7) 


—continued— 
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Table 22-13 


Analyze_Information, Information_Analyzed, Specific_Digit_String for PTS IMT (continued) 


Digits Type 


INFO 


XLAADDR 


New Call Parameters 

switchld, portsInTheCall, bearerCapability, signalingType, agentType 
access Type (pts_imt, ss7_imt) 

callType (from address pretranslations for all the DPs) 

InfoCollected (callingPartyAddress, calledPartyAddress for DP a) 


infoCollected (callingPartyAddress, calledPartyAddress, partitionNumber for DP b 
and c personalldentificationNumber, calledPartyAddress for DP d) 


infoCollected (callingPartyAddress, calledPartyAddress, authorizationCode, 
personalldentificationNumber, AccountCode for DP d) 


STS (STS from auth for DP a, b, and c; STS from AUTH for DP d) 
Partition (OPART and TPART (datafilled by key STS)) 


SignalingInfo (IAM - if SS7) 
switchld, portsInTheCall, bearerCapability, signalingType, agentType 


accessType (4w_dal, 2w_dal) 
callType (from address pretranslations for all the DPs) 


InfoCollected (authorizationCode, calledPartyAddress, 
personalldentificationNumber, accountCode for DP a, b, c, e, f, and g) 


infoCollected (callingPartyAddress (PANI), authorizationCode, 
personalldentificationNumber, calledPartyAddress for DP d) 


STS (STS from auth for DP a, b, c, e, f, and g; STS from ANI (PANI) for DP d) 


Partition (OPART and TPART (datafilled by key STS)) 


—end— 
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The following New Call parameters are applicable to the PRI agent. The 
Dial Plan for PRIs may be one of the following: 


1 DTMF: Auth + Pin + Address + Acct (PRI auth billed, auth dialed) 

2 DTMF: Address + Acct (PRI auth billed, auth filed with acct) 

3 DTMF: Address + Pin + Acct (PRI CLID billed, with PIN and Account) 
4 


Plain PRI with an Incoming Q.931 SETUP Message (In the Plain PRI, 
the following parameters will be present: the Called Party Number 
(Address) and the Calling Party Number (ANI).) 


Table 22-14 
Collect_Information, Information_Collected, PRI_B_ Channel for PRI 
Digits Type New Call Parameters 
ADDR switchld, portsInTheCall, bearerCapability 
access Type (pri) 
callType (from address pretranslations) 
STS (STS from auth for DP a and b; STS from ANI for DP c and d) 
signalingInfo (SETUP) 


InfoCollected (calledPartyAddress, authorizationCode, 
personalldentificationNumber, accountCode for DP a) 


InfoCollected (calledPartyAddress, authorizationCode, accountCode for DP b) 


infoCollected (calledPartyAddress, callingPartyAddress (ANI), 
personalldentificationNumber, accountCode for DP c) 


infoCollected (calledPartyAddress, calledPartyAddress (ANI) for DP d) 


—continued— 
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Table 22-14 
Collect_Information, Information _Collected, PRI_B_ Channel for PRI (continued) 


Digits Type New Call Parameters 

ADIN switchld, portsInTheCall, bearerCapability 
access Type (pri) 
callType (from address pretranslations) 
STS (STS from auth for DP a and b) 
signalinglnfo (SETUP) 


InfoCollected (calledPartyAddress, authorizationCode, 
personalldentificationNumber, accountCode for DP a) 


InfoCollected (calledPartyAddress, authorizationCode, accountCode for DP b) 


CLID switchld, portsInTheCall, bearerCapability 
access Type (pri) 
callType (from address pretranslations) 
STS (STS from ANI for DP c) 
signalinglnfo (SETUP) 


InfoCollected (calledPartyAddress, callingPartyAddress (ANI), 
personalldentificationNumber, accountCode for DP c 


—end— 
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Table 22-15 
Analyze_Information, Information_Analyzed, Custom_Dialing_Plan for PRI 


Digits Type New Call Parameters 


ADDR switchld, portsInTheCall, bearerCapability 
access Type (pri) 
callType (from address pretranslations) 
STS (STS from auth for DP a and b; STS from ANI for DP c and d) 
signalingInfo (SETUP) 


InfoCollected (calledPartyAddress, authorizationCode, 
personalldentificationNumber, accountCode for DP a) 


InfoCollected (calledPartyAddress, authorizationCode, accountCode for DP b) 


infoCollected (calledPartyAddress, callingPartyAddress (ANI), 
personalldentificationNumber, accountCode for DP c) 


infoCollected (calledPartyAddress, calledPartyAddress (ANI) for DP d) 
XLAADDR switchld, portsInTheCall, bearerCapability 


access Type (pri) 

callType (from address pretranslations) 

STS (STS from auth for DP a and b; STS from ANI for DP c and d) 
signalingInfo (SETUP) 


InfoCollected (calledPartyAddress, authorizationCode, 
personalldentificationNumber, accountCode for DP a) 


InfoCollected (calledPartyAddress, authorizationCode, accountCode for DP b) 


infoCollected (calledPartyAddress, callingPartyAddress (ANI), 
personalldentificationNumber, accountCode for DP c) 


infoCollected (calledPartyAddress, calledPartyAddress (ANI) for DP d) 
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Table 22-16 
Analyze_Information, Information_Analyzed, Specific_Digit_String for PRI 


Digits Type New Call Parameters 
ADDR switchld, portsInTheCall, bearerCapability 
access Type (pri) 
callType (from address pretranslations) 
STS (STS from auth for DP a and b; STS from ANI for DP c and d) 
signalingInfo (SETUP) 


InfoCollected (calledPartyAddress, authorizationCode, 
personalldentificationNumber, accountCode for DP a) 


InfoCollected (calledPartyAddress, authorizationCode, accountCode for DP b) 


infoCollected (calledPartyAddress, callingPartyAddress (ANI), 
personalldentificationNumber, accountCode for DP c) 


infoCollected (calledPartyAddress, calledPartyAddress (ANI) for DP d) 
ADIN switchld, portsInTheCall, bearerCapability 


access Type (pri) 

callType (from address pretranslations) 
STS (STS from auth for DP a and b) 
signalingInfo (SETUP) 


InfoCollected (calledPartyAddress, authorizationCode, 
personalldentificationNumber, accountCode for DP a) 


InfoCollected (calledPartyAddress, authorizationCode, accountCode for DP b) 
Note: There is no ClC-specific behavior for calls on PRI origination. 


—continued— 
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Table 22-16 
Analyze_Information, Information_Analyzed, Specific_Digit_String for PRI (continued) 


Digits Type New Call Parameters 

ANI switchld, portsInTheCall, bearerCapability 
access Type (pri) 
callType (from address pretranslations) 
STS (STS from auth for DP c and d) 
signalinglnfo (SETUP) 


InfoCollected (calledPartyAddress, callingPartyAddress (ANI), 
personalldentificationNumber, accountCode for DP c) 


InfoCollected (calledPartyAddress, callingPartyAddress (ANI) for DP d) 
INFO switchld, portsInTheCall, bearerCapability 


access Type (pri) 
STS (STS from auth for DP a and b; STS from ANI for DP c and d) 
signalinglnfo (SETUP) 


InfoCollected (calledPartyAddress, authorizationCode, 
personalldentificationNumber, accountCode for DP a) 


InfoCollected (calledPartyAddress, authorizationCode, accountCode for DP b) 


infoCollected (calledPartyAddress, callingPartyAddress (ANI), 
personalldentificationNumber, accountCode for DP c) 


infoCollected (calledPartyAddress, callingPartyAddress (ANI for DP d) 


Note: There is no ClC-specific behavior for calls on PRI origination. 


—continued— 
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Table 22-16 


Analyze_Information, Information_Analyzed, Specific_Digit_String for PRI (continued) 


Digits Type 


XLAADDR 


New Call Parameters 

switchld, portsInTheCall, bearerCapability 

access Type (pri) 

callType (from address pretranslations) 

STS (STS from auth for DP a and b; STS from ANI for DP c and d) 
signalinglnfo (SETUP) 


InfoCollected (calledPartyAddress, authorizationCode, 
personalldentificationNumber, accountCode for DP a) 


InfoCollected (calledPartyAddress, authorizationCode, accountCode for DP b) 


infoCollected (calledPartyAddress, callingPartyAddress (ANI), 
personalldentificationNumber, accountCode for DP c) 


infoCollected (calledPartyAddress, callingPartyAddress (ANI for DP d) 


Note: There is no ClC-specific behavior for calls on PRI origination. 


—end— 


New Call — AFTER Querying the AIN SCP 


Once the call queries the AIN SCP, the SCP may return a Response with 
“Connect To SCU” parameter in a Continue TCAP message. If this is the 
case, then the call enters the server mode and a New Call event notification 
is sent to the SCU. 


All the parameters collected before querying the SCP are included in the 
New Call event notification sent to the SCU. This information does not 
include signaling information. 
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List of terms 


ACM 


ANI 


ANM 


AP 


ATM 


BBF 


CDR 


CM 


CPS 


CRID 


DISC 


DTMF 


Address Complete Message 


Automatic Number Identification 


ANswer Message 


Application Processor 


Asynchronous Transfer Mode 


Blue Box Fraud 


Call Detail Record 


Computing Module 


Call Prompter Service 


Call Reference IDentifier 


DISConnect Message 


Dual Tone Multi Frequency 
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EIU 

Ethernet Interface Unit 
ESP 

Enhanced Services Platform 
ETH 

Ethernet 
FDDI 

Fiber Distributed Data Interface 
FLIS 

Fiber Link Interface Shelf 
FPE 

Feature Processing Environment 
FSM 

Finite State Machine 
FTS 

File Transfer System 
IAM 

Initial Address Message 
IP 

Internet Protocol 
ISDN 

Integrated Services Digital Network 
ISUP 

ISDN User Part 
LOPER 

Low Overhead Protocol Encoding Rules 
LPP 

Link Peripheral Processor 
LSB 

Least Significant Byte 
MCCS 


Mechanized Calling Card Services 
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MS 

Message Switch 
MSB 

Most Significant Byte 
MMI 

Man Machine Interface 
NAV 

Network Application Vehicle 
NFS 

Network File System 
PDU 

Protocol Data Unit 
PER 

Protocol Encoding Rules 
PIN 

Personal Identification Number 
PM 

Peripheral Module 
PPCD 

Play Prompt, Collect Digits & Report 
PRI 

Primary Rate Interface 
PSN 

Programmable Service Node 
REL 

RELease Message 
RMS 

Remote Messaging System 
SCP 

Service Control Point 
SCU 


Service Control Unit 


Digital Switching Systems UCS DMS-250 Programmable Service Node (PSN) Application Guide UCS09 


23-4 List of terms 


SF 

Single Frequency 
SS7 

Signalling System Number 7 
STR 

Specialized Tone Receiver 
SWACT 

SWitch ACTivity 
TCP 

Transmission Control Protocol 
UDP 

User Datagram Protocol 
UTR 


Universal Tone Receiver 
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Ordering information 


Use the following table for ordering Nortel Networks NTPs (Northern 
Telecom Publications) and PCLs (Product Content Loads): 


Type of product Source Phone Cost 
Technical documents Nortel Networks 1-877-662-5669, Yes 
(paper or CD-ROM) Product Option 4 + 1 
Documentation 
Individual NTPs (paper) Merchandising 1-800-347-4850 Yes 
Order Service 
Marketing documents Sales and Marketing 1-800-4NORTEL No 
Information Center (1-800-466-7835 
(SMIC) 
PCL software Nortel Networks Consult your Yes 
Nortel Networks 
sales 
representative 


When ordering publications on CD 


Please have the CD number and software version available, for example, 
HLM-2621-001 02.03. 


When ordering individual paper documents 


Please have the document name and number available, for example, 
297-2621-380, UCS DMS-250 Programmable Service Node (PSN) 
Application Guide. 


When ordering software 

Please have the eight-digit ordering code, for example, UCSE0012, as well 
as the ordering codes for the features you wish to purchase. Contact your 
Nortel Networks representative for assistance. 
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